[dolphin] [Bug 413659] Option "Open folders during drag operations" has no effect on folders panel
https://bugs.kde.org/show_bug.cgi?id=413659 Werner Lehmann changed: What|Removed |Added Ever confirmed|1 |0 Resolution|FIXED |--- Status|RESOLVED|REPORTED --- Comment #7 from Werner Lehmann --- guimarcalsilva, I am changing status to REPORTED as per your suggestion because on Dolphin 22.12.2, currently on Fedora 37, the issue is reproducible unchanged. I am not sure which additional information I could provide over the issue description. I already tried to keep it as succinct as possible. However, I did the next best thing and looked at the Dolphin source code on Github. The navigation option is bound to GeneralSettings::autoExpandFolders(). It affects two things: 1. The auto-activation delay in views/dolphinview.cpp: const int delay = GeneralSettings::autoExpandFolders() ? 750 : -1; m_container->controller()->setAutoActivationDelay(delay); 2. Same thing in panels/places/placespanel.cpp: if (GeneralSettings::autoExpandFolders()) { setDragAutoActivationDelay(750); } else { setDragAutoActivationDelay(0); } And that's it for references to this option. Note how it uses -1 versus 0 between both code locations. Not sure if that is intended. On the other hand, panels/folders/folderspanel.cpp has this hardcoded: m_controller->setAutoActivationDelay(750); So there you have it. The folders pane does not respect this setting as far as I can tell. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 413659] Option "Open folders during drag operations" has no effect on folders panel
https://bugs.kde.org/show_bug.cgi?id=413659 --- Comment #6 from Werner Lehmann --- (In reply to guimarcalsilva from comment #5) > This bug is not present with Plasma 5.26.5 and Dolphin 22.12.2. With the > option on, folders on the sidebar get opened as expected, while when it's > off, they do not. I tested with multiple views, folders, and file types. I'm I just tested it again, on Dolphin 22.12.1. Behaviour is unchanged on this version. The configuration option has an effect when dragging files over folders inside the file pane. Behaviour depends on the option then. But it does not when dragging files from the file pane to the folder pane. Anyway, maybe it was fixed with 22.12.2. I will test it again as soon as I get that version. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 462269] "Show Target" on relative symlinks does not work anymore since 22.0X
https://bugs.kde.org/show_bug.cgi?id=462269 --- Comment #5 from Werner Lehmann --- I did not realize it before but actually this also depends on whether the link points to a directory or to a file. For file links everything is as described before including the remaining issues. "Show Target" opens a new window with the containing directory of the link target. I guess this has not been different before. A new tab would be nice. For directory links there is more control. A (double)click opens the link target in the same tab. The context menu allows to open it in a new tab or a new window. And "Show Target" opens a new window with the link target location (the parent directory). -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 462269] "Show Target" on relative symlinks does not work anymore since 22.0X
https://bugs.kde.org/show_bug.cgi?id=462269 --- Comment #4 from Werner Lehmann --- I am now also on Dolphin 22.12.0 (Fedora 37). "Show Target" in the link's context menu opens a new Dolphin window with the expected location for me now. I don't see more than one window. However, this used to be a new tab, not a new window. This sort of resolves the originally reported issue for me, although I'd really prefer to get a new tab. Issues 2, 3, 4 reported in comment 1 remain though. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 459154] Dolphin doesn't reliably show a symlink original
https://bugs.kde.org/show_bug.cgi?id=459154 Werner Lehmann changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=462269 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 462269] "Show Target" on relative symlinks does not work anymore since 22.0X
https://bugs.kde.org/show_bug.cgi?id=462269 Werner Lehmann changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=459154 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 460126] Previews are not cached (remote fs)
https://bugs.kde.org/show_bug.cgi?id=460126 Werner Lehmann changed: What|Removed |Added CC||w...@dm17.com -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 461672] On a folder symlink, "Link to" shows the name of the link, not where it points
https://bugs.kde.org/show_bug.cgi?id=461672 Werner Lehmann changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=456198 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 456198] Targets of relative symbolic links are resolved is incorrectly
https://bugs.kde.org/show_bug.cgi?id=456198 Werner Lehmann changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=461672 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 456198] Targets of relative symbolic links are resolved is incorrectly
https://bugs.kde.org/show_bug.cgi?id=456198 Werner Lehmann changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=462269 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 462269] "Show Target" on relative symlinks does not work anymore since 22.0X
https://bugs.kde.org/show_bug.cgi?id=462269 Werner Lehmann changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=456198 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 406775] Add "Show Target in New Window" and "Show Target in New Tab" options for symlink context menus
https://bugs.kde.org/show_bug.cgi?id=406775 Werner Lehmann changed: What|Removed |Added CC||w...@dm17.com -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 456198] Targets of relative symbolic links are resolved is incorrectly
https://bugs.kde.org/show_bug.cgi?id=456198 Werner Lehmann changed: What|Removed |Added CC||w...@dm17.com -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 462269] "Show Target" on relative symlinks does not work anymore since 22.0X
https://bugs.kde.org/show_bug.cgi?id=462269 --- Comment #1 from Werner Lehmann --- I can confirm this bug on Fedora 37, same version of Dolphin. Plus related other issues with symlink handling: mkdir -p linktargets touch 'linktargets/file' 'linktargets/file # file' for x in linktargets/* ; do ln -s "$x"; done This produces $ tree . ├── file -> linktargets/file ├── file # file -> linktargets/file # file └── linktargets ├── file └── file # file For the link named "file": 1) "Show Target" does not work on any of the links. As reported with this ticket. 2) The status bar shows issue #456198. When selecting this link, the status bar reads: file (empty document, Link to file:///home/wl/var/test/file) It should be file (empty document, Link to file:///home/wl/var/test/linktarget/file) For the link named "file # file": 3) The status bar reads: file # file (empty document, Link to file:///home/wl/var/test/file %23 file) It should be file (empty document, Link to file:///home/wl/var/test/linktarget/file # file) 4) The properties dialog, button ">.", does not resolve the link but shows a warning: The file or folder /home/wl/var/test/linktargets/file does not exist. It should resolve and jump to the link instead. Apparently it cuts everything off after the hash symbol. Note that column "Link Destination" in the file list always shows the correct value. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 462269] "Show Target" on relative symlinks does not work anymore since 22.0X
https://bugs.kde.org/show_bug.cgi?id=462269 Werner Lehmann changed: What|Removed |Added CC||w...@dm17.com -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 435574] Unattended updates should only be used for packages that actually require a reboot
https://bugs.kde.org/show_bug.cgi?id=435574 Werner Lehmann changed: What|Removed |Added CC||w...@dm17.com -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 440126] Always requests system restart, often unnecessarily
https://bugs.kde.org/show_bug.cgi?id=440126 Werner Lehmann changed: What|Removed |Added CC||w...@dm17.com -- You are receiving this mail because: You are watching all bug changes.
[plasma-systemmonitor] [Bug 437651] New: System Monitor crash on quit
https://bugs.kde.org/show_bug.cgi?id=437651 Bug ID: 437651 Summary: System Monitor crash on quit Product: plasma-systemmonitor Version: 5.21.5 Platform: Fedora RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: ksysguard-b...@kde.org Reporter: w...@dm17.com CC: ahiems...@heimr.nl, plasma-b...@kde.org Target Milestone: --- Application: plasma-systemmonitor (5.21.5) Qt Version: 5.15.2 Frameworks Version: 5.81.0 Operating System: Linux 5.11.19-300.fc34.x86_64 x86_64 Windowing System: X11 Drkonqi Version: 5.21.5 Distribution: Fedora 34 (KDE Plasma) -- Information about the crash: - What I was doing when the application crashed: System monitor was on the history page when I closed it. Crash occurred immediately afterwards. The reporter is unsure if this crash is reproducible. -- Backtrace: Application: System Monitor (plasma-systemmonitor), signal: Segmentation fault [KCrash Handler] #4 0x7f220eb7506f in QQuickItem::setVisible(bool) () from /lib64/libQt5Quick.so.5 #5 0x7f21ffaf686a in ToolBarLayoutDelegate::ensureItemVisibility() () from /usr/lib64/qt5/qml/org/kde/kirigami.2/libkirigamiplugin.so #6 0x7f22214724b0 in void doActivate(QObject*, int, void**) () from /lib64/libQt5Core.so.5 #7 0x7f220eb778cb in QQuickItemPrivate::setEffectiveVisibleRecur(bool) () from /lib64/libQt5Quick.so.5 #8 0x7f220eb7b119 in QQuickItem::setParentItem(QQuickItem*) () from /lib64/libQt5Quick.so.5 #9 0x7f220eb6fa5a in QQuickItem::~QQuickItem() () from /lib64/libQt5Quick.so.5 #10 0x7f21ff4dd242 in QQmlPrivate::QQmlElement::~QQmlElement() () from /usr/lib64/qt5/qml/QtQuick/Templates.2/libqtquicktemplates2plugin.so #11 0x7f21ffaf75fa in ToolBarLayoutDelegate::~ToolBarLayoutDelegate() () from /usr/lib64/qt5/qml/org/kde/kirigami.2/libkirigamiplugin.so #12 0x7f21ffaf769a in std::_Hashtable > >, std::allocator > > >, std::__detail::_Select1st, std::equal_to, std::hash, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits >::_M_erase(unsigned long, std::__detail::_Hash_node_base*, std::__detail::_Hash_node > >, false>*) () from /usr/lib64/qt5/qml/org/kde/kirigami.2/libkirigamiplugin.so #13 0x7f21ffaf7a40 in QtPrivate::QFunctorSlotObject, void>::impl(int, QtPrivate::QSlotObjectBase*, QObject*, void**, bool*) () from /usr/lib64/qt5/qml/org/kde/kirigami.2/libkirigamiplugin.so #14 0x7f22214724b0 in void doActivate(QObject*, int, void**) () from /lib64/libQt5Core.so.5 #15 0x7f222146caa3 in QObject::destroyed(QObject*) () from /lib64/libQt5Core.so.5 #16 0x7f222146f10a in QObject::~QObject() () from /lib64/libQt5Core.so.5 #17 0x7f21ff4de89f in QQmlPrivate::QQmlElement::~QQmlElement() () from /usr/lib64/qt5/qml/QtQuick/Templates.2/libqtquicktemplates2plugin.so #18 0x7f2221468eda in QObjectPrivate::deleteChildren() () from /lib64/libQt5Core.so.5 #19 0x7f222146f184 in QObject::~QObject() () from /lib64/libQt5Core.so.5 #20 0x7f21fbad89d9 in QQmlPrivate::QQmlElement::~QQmlElement() () from /usr/lib64/qt5/qml/org/kde/ksysguard/faces/libFacesPlugin.so #21 0x7f2221468eda in QObjectPrivate::deleteChildren() () from /lib64/libQt5Core.so.5 #22 0x7f222146f184 in QObject::~QObject() () from /lib64/libQt5Core.so.5 #23 0x7f21ff948fdd in KSysGuard::SensorFaceController::~SensorFaceController() () from /lib64/libKSysGuardSensorFaces.so.1 #24 0x7f2221468eda in QObjectPrivate::deleteChildren() () from /lib64/libQt5Core.so.5 #25 0x7f222146f184 in QObject::~QObject() () from /lib64/libQt5Core.so.5 #26 0x5634ab347999 in main () [Inferior 1 (process 2506894) detached] Possible duplicates by query: bug 436863, bug 435427, bug 432084, bug 431077, bug 429973. Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 429472] New: Crash when right clicking on empty area
https://bugs.kde.org/show_bug.cgi?id=429472 Bug ID: 429472 Summary: Crash when right clicking on empty area Product: systemsettings Version: 5.19.5 Platform: Fedora RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: w...@dm17.com Target Milestone: --- Application: systemsettings5 (5.19.5) Qt Version: 5.15.1 Frameworks Version: 5.75.0 Operating System: Linux 5.9.8-200.fc33.x86_64 x86_64 Windowing system: X11 Distribution: Fedora 33 (KDE Plasma) -- Information about the crash: In the systemd plasmoid a crash can always be reproduced as follows: 1. Filter units to show only timers. 2. Right click on an empty space in the list (without a list item under the mouse cursor). The crash can be reproduced every time. -- Backtrace: Application: System Settings (systemsettings5), signal: Segmentation fault [KCrash Handler] #4 0x7f7b34a24080 in kcmsystemd::slotUnitContextMenu(QPoint const&) () from /usr/lib64/qt5/plugins/kcm_systemd.so #5 0x7f7b6e743290 in void doActivate(QObject*, int, void**) () from /lib64/libQt5Core.so.5 #6 0x7f7b6f131f85 in QWidget::customContextMenuRequested(QPoint const&) () from /lib64/libQt5Widgets.so.5 #7 0x7f7b6f14cd45 in QWidget::event(QEvent*) () from /lib64/libQt5Widgets.so.5 #8 0x7f7b6f1f425e in QFrame::event(QEvent*) () from /lib64/libQt5Widgets.so.5 #9 0x7f7b6e7149a5 in QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) () from /lib64/libQt5Core.so.5 #10 0x7f7b6f10c14e in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /lib64/libQt5Widgets.so.5 #11 0x7f7b6f113cc3 in QApplication::notify(QObject*, QEvent*) () from /lib64/libQt5Widgets.so.5 #12 0x7f7b6e714be8 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /lib64/libQt5Core.so.5 #13 0x7f7b6f164b46 in QWidgetWindow::handleMouseEvent(QMouseEvent*) () from /lib64/libQt5Widgets.so.5 #14 0x7f7b6f16734e in QWidgetWindow::event(QEvent*) () from /lib64/libQt5Widgets.so.5 #15 0x7f7b6f10c15f in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /lib64/libQt5Widgets.so.5 #16 0x7f7b6e714be8 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /lib64/libQt5Core.so.5 #17 0x7f7b6eb088f0 in QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) () from /lib64/libQt5Gui.so.5 #18 0x7f7b6eaea94b in QWindowSystemInterface::sendWindowSystemEvents(QFlags) () from /lib64/libQt5Gui.so.5 #19 0x7f7b5c6d82aa in xcbSourceDispatch(_GSource*, int (*)(void*), void*) () from /lib64/libQt5XcbQpa.so.5 #20 0x7f7b6c584fd7 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0 #21 0x7f7b6c5d5d88 in g_main_context_iterate.constprop () from /lib64/libglib-2.0.so.0 #22 0x7f7b6c58241f in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #23 0x7f7b6e75fa2f in QEventDispatcherGlib::processEvents(QFlags) () from /lib64/libQt5Core.so.5 #24 0x7f7b6e71364b in QEventLoop::exec(QFlags) () from /lib64/libQt5Core.so.5 #25 0x7f7b6e71b010 in QCoreApplication::exec() () from /lib64/libQt5Core.so.5 #26 0x55d695991fa8 in main () [Inferior 1 (process 16756) detached] Possible duplicates by query: bug 429412, bug 429376, bug 429344, bug 429267, bug 429183. Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 413660] Natural sorting not working as documented
https://bugs.kde.org/show_bug.cgi?id=413660 --- Comment #8 from Werner Lehmann --- Thanks. Looking forward to it :-) -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 413660] Natural sorting not working as documented
https://bugs.kde.org/show_bug.cgi?id=413660 --- Comment #6 from Werner Lehmann --- (In reply to Christoph Feck from comment #5) > Fixed with the commit for bug 406296. Doesn't look fixed to me: https://i.imgur.com/xpex4OR.png - still sorted File1, File10, File2, not File1, File2, File10. Or is there a misunderstanding? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 413660] Natural sorting not working as documented
https://bugs.kde.org/show_bug.cgi?id=413660 --- Comment #4 from Werner Lehmann --- (In reply to Méven Car from comment #3) > Have tried changing the setting (leave on natural) quit dolphin, launch it > again and see if the behavior has changed ? I have the setting on natural all the time anyway and had many Dolphin starts in the few months since reporting this. But I tried it and there is no difference. There is a minor other bug (I would say): after changing the sort order and closing the options dialog the file list is not resorted right away. Seems to be cached. On reopening the options dialog it is resorted, before changing any option. Keeping this in mind I can confirm that alphabetical order with or without case sensitivity works as expected. Natural seems to work exactly like alphabetical, case insensitive. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 413660] Natural sorting not working as documented
https://bugs.kde.org/show_bug.cgi?id=413660 --- Comment #2 from Werner Lehmann --- Still present with 19.12.1. Here is a screenshot: https://i.imgur.com/3anjuXt.png -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 413659] Option "Open folders during drag operations" has no effect on folders panel
https://bugs.kde.org/show_bug.cgi?id=413659 --- Comment #3 from Werner Lehmann --- Yes, it is still present with 19.12.1. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 413660] Natural sorting not working as documented
https://bugs.kde.org/show_bug.cgi?id=413660 Werner Lehmann changed: What|Removed |Added CC||w...@dm17.com -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 413659] Option "Open folders during drag operations" has no effect on folders panel
https://bugs.kde.org/show_bug.cgi?id=413659 Werner Lehmann changed: What|Removed |Added CC||w...@dm17.com -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 413660] New: Natural sorting not working as documented
https://bugs.kde.org/show_bug.cgi?id=413660 Bug ID: 413660 Summary: Natural sorting not working as documented Product: dolphin Version: 19.04.3 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: view-engine: general Assignee: dolphin-bugs-n...@kde.org Reporter: w...@dm17.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY Natural sorting does not sort numbers in filenames (anymore?). The example in the Dolphin manual does not work like documented. STEPS TO REPRODUCE 1. Enable natural sorting. 2. In a test folder, create test files: "touch File1 File2 File10" OBSERVED RESULT Regardless of selected sort order in Dolphin preferences, files are always sorted like this: File1 File10 File2 EXPECTED RESULT In natural sort order, files are sorted like this: File1 File2 File10 SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 19.10 with Plasma backports KDE Plasma Version: 5.17.2 KDE Frameworks Version: 5.62.0 Qt Version: 5.12.4 ADDITIONAL INFORMATION The reproducible example is taken from the Dolphin manual, see https://docs.kde.org/stable5/en/applications/dolphin/configuring-dolphin.html See also the result of ls with -v option: $ ls -v File1 File2 File10 $ ls File1 File10 File2 Reading other bugs I realize that this may be related to locale. This is my locale info: LANG=en_US.UTF-8 LANGUAGE=en_US:de LC_CTYPE="en_US.UTF-8" LC_NUMERIC=de_DE.UTF-8 LC_TIME=de_DE.UTF-8 LC_COLLATE="en_US.UTF-8" LC_MONETARY=de_DE.UTF-8 LC_MESSAGES=POSIX LC_PAPER=de_DE.UTF-8 LC_NAME=de_DE.UTF-8 LC_ADDRESS=de_DE.UTF-8 LC_TELEPHONE=de_DE.UTF-8 LC_MEASUREMENT=de_DE.UTF-8 LC_IDENTIFICATION=de_DE.UTF-8 LC_ALL= -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 413659] New: Option "Open folders during drag operations" has no effect on folders panel
https://bugs.kde.org/show_bug.cgi?id=413659 Bug ID: 413659 Summary: Option "Open folders during drag operations" has no effect on folders panel Product: dolphin Version: 19.04.3 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: panels: folders Assignee: dolphin-bugs-n...@kde.org Reporter: w...@dm17.com CC: kfm-de...@kde.org Target Milestone: --- During drag operation into the folders pane the folders always expand automatically even though option "Open folders during drag operations" is off. STEPS TO REPRODUCE 1. Switch off optio "Open folders during drag operations" 2. Drag a file into a folder on the folder pane. OBSERVED RESULT If folder has subfolders, it is expanded automatically. EXPECTED RESULT Drag target folder not expanded while option "Open folders during drag operations" is off. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 19.10 with Plasma backports KDE Plasma Version: 5.17.2 KDE Frameworks Version: 5.62.0 Qt Version: 5.12.4 ADDITIONAL INFORMATION It appears as if the option is used only during drags inside of the details view mode with expandable folders. In this case it would be more logical to make this a suboption of this view mode. Currently the option is located in the "navigation" area of the preferences dialog. However, I would much prefer to have it working with the folders panel, too. -- You are receiving this mail because: You are watching all bug changes.