1. 21 Aug, 2012 1 commit
  2. 20 Aug, 2012 1 commit
    • Albert Astals Cid's avatar
      Make the openRecent just be open recent · 02b04e7e
      Albert Astals Cid authored
      Stop being too smart for own our good, try to merge open and openRecent actions in just one action
      confuses the hell out of people, so let's KISS and just make open recent be open recent
      BUGS: 302358
      BUGS: 251335
      FIXED-IN: 4.10.0
  3. 19 Aug, 2012 1 commit
  4. 18 Aug, 2012 1 commit
    • Albert Astals Cid's avatar
      Close the url on shell destruction · aa042bd0
      Albert Astals Cid authored
      Otherwise we end up in a busy loop on part deletion if there are pending requests
      Should not happen but if this fixes it don't see the need to lose time investigating
      why given the number of todo things
  5. 15 Aug, 2012 2 commits
  6. 12 Aug, 2012 1 commit
    • Albert Astals Cid's avatar
      Do not delete the Part on the Shell destructor · 035c3299
      Albert Astals Cid authored
      The machinery in KParts/QObject is already doing it and this way we don't get the
      KXMLGUIClient::~KXMLGUIClient: 0x15637528 deleted without having been removed from the factory first. This will leak standalone popupmenus and could lead to crashes.
      I'm not sure if calling this a kdelibs bug yet or not though :D
      BUGS: 261538
      FIXED-IN: 4.9.1
  7. 08 Aug, 2012 1 commit
  8. 07 Aug, 2012 2 commits
  9. 25 Jul, 2012 1 commit
  10. 17 Jul, 2012 1 commit
    • Fabio D'Urso's avatar
      Call Generator::signalPixmapRequestDone _after_ saving the calculated bounding box · 5b12bf68
      Fabio D'Urso authored
      Fixes a bug that causes the extraction of a wrong bounding box:
      If the request queue is not empty, signalPixmapRequestDone causes a new
      pixmap request to be started, thus overwriting mPixmapGenerationThread's
      mCalcBoundingBox before it is read by the if in the next line.
      Now signalPixmapRequestDone is called after the bounding box is saved,
      so that new requests are started only after all data from
      mPixmapGenerationThread have been saved.
      BUG: 257370
      REVIEW: 105600
  11. 15 Jul, 2012 1 commit
    • Luigi Toscano's avatar
      Avoid crash when the font is broken. · 99c4da2f
      Luigi Toscano authored
      The call to FT_New_Face takes the address of the 'face' variable, whose type is a
      typedef *something TF_Face;
      The value of TF_Face (so a pointer to the properly filled font structure) s then
      replaced inside the call of TF_New_Face; but when the latter function fails,
      the value of 'face' is not reset and this leads to a crash in the distructor of
      So properly initialize TF_Face to 0, its address is valid, and the code works.
      BUG: 303472
      FIXED-IN: 4.8.5
  12. 12 Jul, 2012 4 commits
  13. 11 Jul, 2012 7 commits
  14. 10 Jul, 2012 1 commit
  15. 09 Jul, 2012 5 commits
  16. 02 Jul, 2012 3 commits
  17. 01 Jul, 2012 1 commit
  18. 27 Jun, 2012 1 commit
  19. 25 Jun, 2012 1 commit
  20. 24 Jun, 2012 4 commits