1. 14 Feb, 2021 1 commit
  2. 07 Feb, 2021 1 commit
  3. 04 Feb, 2021 1 commit
  4. 03 Feb, 2021 1 commit
  5. 02 Feb, 2021 1 commit
  6. 31 Jan, 2021 1 commit
    • Jan Felix Langenbach's avatar
      Fix handling of MIME subtypes of compressed tar archives. · 5c86cccc
      Jan Felix Langenbach authored
      Change determineMimeType in mimetypes.cpp to use
      QMimeType.inherits() instead of QMimeType.operator== when
      checking if the MIME type determined from the file extension
      is that of a compressed tar archive.
      This fixes the handling of files that use MIME subtypes of
      application/x-compressed-tar etc. This is needed to be able to
      extract ALPM packages used by Arch Linux.
      See bug 416092.
      5c86cccc
  7. 29 Jan, 2021 2 commits
  8. 21 Jan, 2021 1 commit
  9. 18 Jan, 2021 1 commit
  10. 17 Jan, 2021 1 commit
  11. 16 Jan, 2021 2 commits
  12. 15 Jan, 2021 2 commits
  13. 14 Jan, 2021 3 commits
  14. 13 Jan, 2021 1 commit
  15. 12 Jan, 2021 1 commit
  16. 11 Jan, 2021 1 commit
  17. 06 Jan, 2021 1 commit
  18. 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
  19. 02 Jan, 2021 3 commits
  20. 31 Dec, 2020 1 commit
  21. 30 Dec, 2020 1 commit
  22. 29 Dec, 2020 1 commit
  23. 26 Dec, 2020 1 commit
  24. 17 Dec, 2020 1 commit
  25. 09 Dec, 2020 1 commit
  26. 04 Dec, 2020 1 commit
  27. 02 Dec, 2020 3 commits
  28. 29 Nov, 2020 1 commit
  29. 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
  30. 25 Nov, 2020 1 commit