| Summary: | KRecentFilesMenu sometimes shows empty file names when a secondary display is disconnected | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kwidgetsaddons | Reporter: | Forest <forestix> |
| Component: | general | Assignee: | Christoph Feck <cfeck> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | kdelibs-bugs-null, nate |
| Priority: | NOR | Keywords: | regression |
| Version First Reported In: | 6.13.0 | ||
| Target Milestone: | --- | ||
| Platform: | Debian stable | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/frameworks/kwidgetsaddons/-/commit/e55448c18f0666433f70b88b922a295033b456e2 | Version Fixed/Implemented In: | 6.19 |
| Sentry Crash Report: | |||
|
Description
Forest
2025-09-09 18:58:48 UTC
This problem appeared after upgrading Debian from Plasma 5.27 to Plasma 6.3.6 + Frameworks 6.13.0. Git commit e55448c18f0666433f70b88b922a295033b456e2 by Christoph Cullmann, on behalf of Forest ix.
Committed on 15/09/2025 at 17:49.
Pushed by cullmann into branch 'master'.
KRecentFilesMenu: do not cut text for zero-width screens
When calculating the maximum available width for file names/paths,
RecentFilesEntry uses the narrowest screen reported by
QApplication.screens(). This is usually fine, but on some systems, that
method can return screens with zero width. (For example, when an
xorg.conf ServerLayout refers to a Screen that is not currently
connected.) Consequently, KRecentFilesMenu populates itself with file
names truncated to zero characters. The menu looks like this:
[]
[]
[]
...when it should look like this:
stuff.zip [/home/user/stuff.zip]
my.tar.gz [/home/user/my.tar.gz]
stuff.tar [/home/user/stuff.tar]
This patch makes titleWithSensibleWidth() ignore zero-width screens when deciding how short to cut file names and paths.
M +9 -1 src/krecentfilesmenu.cpp
https://invent.kde.org/frameworks/kwidgetsaddons/-/commit/e55448c18f0666433f70b88b922a295033b456e2
|