1. 02 Nov, 2013 1 commit
  2. 30 Oct, 2013 1 commit
  3. 24 Oct, 2013 1 commit
  4. 22 Oct, 2013 1 commit
  5. 13 Oct, 2013 1 commit
  6. 11 Oct, 2013 1 commit
  7. 09 Oct, 2013 1 commit
  8. 08 Oct, 2013 1 commit
  9. 06 Oct, 2013 1 commit
    • Shubham Chaudhary's avatar
      Notify the user that JuK is docked on startup. · 61e5fc8d
      Shubham Chaudhary authored
      We show a simple notification if the user starts up JuK and it is set to
      dock in the systray on startup (as otherwise the user may wonder why it
      didn't open up). Although a "Do not show again" checkbox is not possible
      with KNotification, it is possible to remove this additional
      notification by going to "Application and System Notifications" in
      System Settings to manage "Juk music player" application notifications.
      
      We do *not* show a notification if a session is being restored to avoid
      noise, however JuK will show the main window if the user tries to start
      it up again after it's already running, so this should be OK.
      
      Thanks to Shubham Chaudhary for the bugfix (you're been marked as the
      patch author), and Michael for reporting the bug.
      
      This bugfix adds new strings so it cannot be backported. It will show up
      first in KDE SC 4.12.
      
      BUG:316832
      FIXED-IN:4.12
      GUI:
      61e5fc8d
  10. 03 Sep, 2013 4 commits
  11. 25 Aug, 2013 1 commit
  12. 20 Aug, 2013 1 commit
  13. 17 Aug, 2013 2 commits
  14. 24 Jul, 2013 2 commits
  15. 14 Jul, 2013 1 commit
    • Michael Pyne's avatar
      coverinfo: Do not crash if an MP3 file has no ID3 tag. · 0318fb35
      Michael Pyne authored
      This rarely happens since taglib will simply create an ID3 tag if one
      didn't exist before... but taglib can't do this if it can't find the
      file, which now seems to occur for files with a non-UTF8 filename
      encoding.
      
      You see this as a 'Couldn't resolve the mime type of <<foo>> -- this
      shouldn't happen' message on the console. In this situation JuK is able
      to resolve the file to an appropriate TagLib::File subclass, but the
      TagLib object is in an invalid state.
      
      CoverInfo wasn't checking for this (it was assuming any TagLib::File*
      that it was given was valid).
      
      I took a look through the reported JuK crasher bugs and didn't see
      anything relevant.
      
      I'm not sure whether this will end up in the KDE SC 4.11 or 4.11.1.
      0318fb35
  16. 30 Jun, 2013 2 commits
  17. 29 Jun, 2013 4 commits
  18. 26 Jun, 2013 1 commit
    • Michael Pyne's avatar
      startup: Async-ify cached item loading on startup, add timers. · bf4df116
      Michael Pyne authored
      In an attempt to get rid of processEvents() (related to several existing
      crash bugs) I am trying to port the startup code towards more
      async-friendly schemes.
      
      There's no threading but we at least get back to the event loop much
      more frequently while loading files.
      
      Additionally I have added debug output with instrumentation to show how
      long it takes to advance through each step of the startup (I think this
      might be the first time anyone has understood JuK startup sequence in
      years).
      
      This leaves some essentially dead code with Cache (which no longer
      acts as a container), which I will try to cleanup in later commits.
      bf4df116
  19. 18 Jun, 2013 3 commits
  20. 17 Jun, 2013 3 commits
  21. 16 Jun, 2013 1 commit
  22. 15 Jun, 2013 4 commits
  23. 14 Jun, 2013 2 commits