| Summary: | Adding folder to places does not adopt custom icon | ||
|---|---|---|---|
| Product: | [Applications] dolphin | Reporter: | Kai Uwe Broulik <kde> |
| Component: | panels: places | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
| Status: | CLOSED FIXED | ||
| Severity: | normal | CC: | andreas.davour, bugseforuns, christian.tallner, nate, nortexoid, rockonthemoonfm |
| Priority: | NOR | ||
| Version First Reported In: | 16.12.2 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | https://commits.kde.org/kio/074c91a58318f201d8c47076a5a9cf4ff783a051 | Version Fixed/Implemented In: | 5.60 |
| Sentry Crash Report: | |||
|
Description
Kai Uwe Broulik
2015-11-28 23:07:19 UTC
*** Bug 350679 has been marked as a duplicate of this bug. *** Confirmed. *** Bug 364757 has been marked as a duplicate of this bug. *** I noticed that it does inherit the icon for a few folders, such as Downloads and Desktop. Though I suppose if a custom icon were set for those folders too, it would not inherit it (I haven't tried). KIO::iconNameForUrl does not seem to check the .directory file which is why custom folder icons aren't honored here Git commit 074c91a58318f201d8c47076a5a9cf4ff783a051 by Nate Graham.
Committed on 30/06/2019 at 15:21.
Pushed by ngraham into branch 'master'.
Move redundant logic in KIO::iconNameForUrl() into KFileItem::iconName()
Summary:
`KIO::iconNameForUrl()` was doing a lot of redundant work on file items that `KFileItem::iconName()`
already does for us. This patch moves most of that logic into `KIO::iconNameForUrl()` when operating
on local files (but not for remote files, which may be slower, and for which we don't want to stat).
FIXED-IN: 5.60
Test Plan:
Functionality testing:
- Tested that adding a directory with a custom icon to the Places panel resuts in the Places panel entry inheriting its custom icon: {F5864410}
- Used the system with this patch in place for one year; did not find any instances of incorrect icons
Regression testing:
- Tested that the trash changes its icon appropriately when adding an item to an empty trash, removing all items from the trash, and emptying the trash (testtrash test passes)
- Tested that other icons on the Places panel look the same as they did before the patch
Unit testing:
- No test regressions
Reviewers: #frameworks, broulik, meven, apol, dfaure
Reviewed By: dfaure
Subscribers: apol, kde-frameworks-devel
Tags: #frameworks
Differential Revision: https://phabricator.kde.org/D13048
M +21 -11 src/core/global.cpp
https://commits.kde.org/kio/074c91a58318f201d8c47076a5a9cf4ff783a051
I just wanted to ask if there is any regression, because the state of the ticket is fixed, but I am experiencing this exact problem right now. Operating System: openSUSE Tumbleweed 20250509 KDE Plasma Version: 6.3.5 KDE Frameworks Version: 6.13.0 Qt Version: 6.9.0 Kernel Version: 6.12.28-1-longterm Graphics Platform: X11 Please don't randomly re-open bug reports with no explanation. If you think you're experiencing the same issue, it's best to open a new bug report for it, since it may in fact be a different issue that only *looks* the same to you (in fact, this is by far the most likely thing to be going on). |