| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| report_error_removing_dirs | report_error_removing_dirs =================================================================== |
Debian/Kubuntu Qt/KDE Maintainers <debian-qt-kde@lists.debian.org> | no | 2016-03-31 | ||
| fix_kfreebsd_build | fix_kfreebsd_build =================================================================== |
Debian/Kubuntu Qt/KDE Maintainers <debian-qt-kde@lists.debian.org> | no | 2016-03-31 | ||
| fix_hurd_build.patch | fix_hurd_build posix_fadvise64 is not available on hurd, will yield to an compiler warning and aborting the build through --fatal-warnings |
Tobias Frost <tobi@debian.org> | no | debian | 2018-02-22 | |
| upstream_5.79_0300441bb80c3d75a305bc7b1f4a7e1c36f28845_fix_lockup_when_renaming_a_file_from_properties_dialog.patch | [PATCH] Fix lockup when renaming a file from properties dialog 4c12899369f43009269d0fdb80964483365bb922 changed how we show the rename dialog. Before we would exec() it and now we call show(). This causes a lockup when renaming a file from the properties dialog to a filename that already exsist. Optimally we would change KPropertiesDialog to make it async and not use nested event loops but this fixes the lockup for now. . BUG:431902 |
David Redondo <kde@david-redondo.de> | not-needed | https://invent.kde.org/frameworks/kio/commit/0300441bb80c3d75a305bc7b1f4a7e1c36f28845 | 2021-01-25 | |
| upstream-a183dd0d1ee0-copyjob-fix-crash-skip-retry.patch | [PATCH] CopyJob: fix crash with skip/retry The crash was happening because I was disconnecting the wrong signal in the lambda connected to KIO::AskUserActionInterface::askUserSkipResult... |
Ahmad Samir <a.samirh78@gmail.com> | no | upstream | 2021-02-02 | |
| upstream-8ad69215-fix-selecting-binaries-from-components.patch | [PATCH] Fix selecting binaries from component chooser KCM In the kcmshell for a component chooser we use the open with dialog to select services for various scheme handlers. If you select a binary instead of a .desktop file a temporary .desktop file is created in ~/.local/share/applications This is in the format Exec=someBinary MimeType=x-scheme-handler/http When we then use this application for launching KIO::DesktopExecParser then (sort of correctly) determines that that the chosen service cannot handle the http scheme because even though it is a scheme handler it does not have a "%u" in the exec line. This leads to us potentially loading websites via kioclient or kio-fuse. Testing done: - kcmshell5 component chooser - web browser -> other -> type "/usr/bin/firefox" - kde-open5 http://kde.org - Previously this gave a local URL, now it is correct |
David Edmundson <kde@davidedmundson.co.uk> | no | 2021-07-14 |