1. 18 Jan, 2021 1 commit
  2. 17 Jan, 2021 1 commit
  3. 16 Jan, 2021 2 commits
  4. 15 Jan, 2021 2 commits
  5. 14 Jan, 2021 3 commits
  6. 13 Jan, 2021 1 commit
  7. 12 Jan, 2021 1 commit
  8. 11 Jan, 2021 1 commit
  9. 06 Jan, 2021 1 commit
  10. 05 Jan, 2021 2 commits
    • Elvis Angelaccio's avatar
      Merge branch 'release/20.12' · c1e711e3
      Elvis Angelaccio authored
      c1e711e3
    • Elvis Angelaccio's avatar
      Fix crash after closing the window while loading a TAR archive · a41e69b3
      Elvis Angelaccio authored
      A first problem was in LibarchivePlugin::list() not checking
      isInterruptionRequested() after the while loop. It was wrongly calling
      emitCorruptArchive() instead of aborting as requested.
      
      But according to the stacktrace, the actual crash seemed to be caused by
      the for() loop over qAsConst(m_jobs):
      
          #0  0x00007ffff5f6a023 in QHashData::nextNode(QHashData::Node*) () from /usr/lib/libQt5Core.so.5
          #1  0x00007fffe1dcb2ec in QHash<KJob*, QHashDummyValue>::const_iterator::operator++ (this=0x7fffffffc4d0) at /usr/include/qt/QtCore/qhash.h:426
          #2  0x00007fffe1dcadac in QSet<KJob*>::const_iterator::operator++ (this=0x7fffffffc4d0) at /usr/include/qt/QtCore/qset.h:174
          #3  0x00007fffe1dca17e in JobTracker::~JobTracker (this=0x555555c319c0) at ../part/jobtracker.cpp:41
      
      Porting to QSetIterator fixes the crash.
      
      BUG: 410092
      FIXED-IN: 20.12.2
      a41e69b3
  11. 02 Jan, 2021 3 commits
  12. 31 Dec, 2020 1 commit
  13. 30 Dec, 2020 1 commit
  14. 29 Dec, 2020 1 commit
  15. 26 Dec, 2020 1 commit
  16. 17 Dec, 2020 1 commit
  17. 09 Dec, 2020 1 commit
  18. 04 Dec, 2020 1 commit
  19. 02 Dec, 2020 3 commits
  20. 29 Nov, 2020 1 commit
  21. 26 Nov, 2020 1 commit
    • Friedrich W. H. Kossebau's avatar
      Ark KPart: restore mismatch of componentname and plugin id · 4c8546dc
      Friedrich W. H. Kossebau authored
      By history Ark stores the xmlgui ui.rc file for the part in the same
      subdir as the program, ark/. And set the comppnent name as needed to "ark"
      via the KAboutData instance for the KPart.
      At the same time the plugin id has been "arkpart", as derived from the
      library name due to the absence of an explicit X-KDE-PluginInfo-Name entry
      in the desktop file.
      
      With the change to the KPluginMetaData API of KParts/KPluginLoader and
      the new entries added to the desltop file based on the KAboutData values,
      that mismatch was resolved by accident. With "ark" now also the plugin id,
      the look up the kpart by the program though now fails, due to the condition
          metaData.pluginId() == QLatin1String("arkpart")
      
      BUG: 429616
      4c8546dc
  22. 25 Nov, 2020 1 commit
  23. 17 Nov, 2020 1 commit
  24. 13 Nov, 2020 2 commits
  25. 12 Nov, 2020 2 commits
  26. 11 Nov, 2020 2 commits
  27. 08 Nov, 2020 2 commits