1. 31 Jan, 2018 1 commit
  2. 01 Oct, 2017 1 commit
    • Michael Pyne's avatar
      Remove Kdelibs4Support. · 1e3b90b8
      Michael Pyne authored
      This required a wide assortment of fixes, including deleting
      needless #include <koldfoo.h> headers, some minor additional porting
      tasks, and adding in includes that were previously only implicitly
  3. 30 Aug, 2017 2 commits
  4. 29 Aug, 2017 2 commits
  5. 28 Aug, 2017 1 commit
  6. 26 Aug, 2017 4 commits
  7. 27 Jul, 2017 1 commit
  8. 26 Jul, 2017 2 commits
  9. 30 Nov, 2013 1 commit
    • Michael Pyne's avatar
      GIT_SILENT: Update source code license headers. · d969a0b4
      Michael Pyne authored
      Thanks to Eric Newberry (from Google Code-In) for running the heavy
      lifting on this.
      I made some other corrections since we're touching all the source
      anyways (e.g. fixing my email addresses), fixing the encoding of Richard
      Lärkäng's name, and I've also chosen to avoid the fancy box-shaped
      comments so that there's no issue with trailing spaces/tabs.
  10. 30 Jun, 2013 1 commit
    • Michael Pyne's avatar
      cache: Port completely off of FileHandleHash. · c26f12e6
      Michael Pyne authored
      Since Cache no longer also acts as a collection of FileHandles there's
      no need for FileHandleHash. Get rid of it, replace its one use by the
      equivalent data structure within CollectionList.
  11. 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
      This leaves some essentially dead code with Cache (which no longer
      acts as a container), which I will try to cleanup in later commits.
  12. 26 Jan, 2012 1 commit
    • Michael Pyne's avatar
      Don't load a playlist if it's already found by folder scan. · 0663b609
      Michael Pyne authored
      The way file scanning is performed, it's possible for a playlist that is stored
      with a .m3u file to be found and loaded before JuK has finished loading its
      cached playlists.
      There's a few ways to fix this, but the most conservative (especially for those
      dealing with this bug for awhile) is to filter playlists as they are being
      loaded from the cache and remove any that have already been loaded. This also does not
      require a change to the QDataStream binary format used for saving playlists.
      This should fix a bug that's been open for more than five years now... by the
      way, anyone want to help with finding/fixing more JuK bugs? :D
      svn path=/trunk/KDE/kdemultimedia/juk/; revision=1275917
  13. 17 Aug, 2009 1 commit
  14. 09 Jan, 2008 2 commits
  15. 08 Jan, 2008 1 commit
  16. 29 Sep, 2007 1 commit
  17. 19 May, 2007 1 commit
  18. 11 Apr, 2007 1 commit
  19. 19 Oct, 2006 1 commit
    • Tim Beaulen's avatar
      Q3ValueList to QList · 80bf456e
      Tim Beaulen authored
      Port this step by step as it's more than just changing names.
      svn path=/trunk/KDE/kdemultimedia/juk/; revision=597231
  20. 10 Jul, 2006 2 commits
  21. 09 Jul, 2006 1 commit
  22. 09 May, 2006 1 commit
  23. 03 May, 2006 1 commit
  24. 26 Feb, 2006 4 commits
  25. 20 Sep, 2005 1 commit
  26. 01 Sep, 2005 1 commit
  27. 26 Apr, 2005 1 commit
  28. 23 Feb, 2005 1 commit
    • Scott Wheeler's avatar
      Ok, more than five hours late and coolo still hasn't turned me into a pumpkin. · 5fc3e83d
      Scott Wheeler authored
      I've been assured that this will happen in the morning, though after three hours
      of sleep, I think the effect would be natural.
      The moral of the story:  test features in apps you maintain before the day of the
      freeze.  (I knew that the play queue was broken, but not quite how badly -- this
      was mostly Michael's turf, but he's away for another few weeks.)
      Ok, so stuff that happened:
      Fixed the "magical not-showing-back-up" Play Queue (was related to saving the
      play queue, which even when set up properly just caused all sorts of crashes.
      Commented out for now, ideally to be reenabled in 3.4.1) -- #99191
      Fixed up a lot of the quirkiness with the interaction of the Play Queue and the
      rest of the application playlists.  This hopefully fixes #98473 (if not, just
      Double clicking on an item (anywhere) plays it immediately. #97021
      And the catch all, #88888, "this sucks" was mostly implemented.  Some of the things
      I took a different line on, but you got at least 3 of the 6.  The last two I don't
      agree with.  If you feel so compelled, open more specific requests from here on out.
      Basically this structurally changed things so that instead of adding items to the
      play queue when turned on and always using that as the main location for playing
      now the play queue is only used when there's stuff in it.  When it's empty again
      playing resumes in the list that the last item in the play queue came from.  It
      will jump back into the play queue as soon as something is added.
      This is still a little rough, but it doesn't crash all the time like it was before
      (fixed at least three crashes on this one) and is close enough to actually being
      releasable for me to now get a couple hours sleep.
      svn path=/trunk/kdemultimedia/juk/; revision=392533
  29. 20 Feb, 2005 1 commit