Created attachment 154603 [details] screenshot SUMMARY *** When switching to the display of months - an empty view. *** STEPS TO REPRODUCE 1. Click to widget for open Full representation 2. Switch to month view 3. Empty view OBSERVED RESULT Blank view EXPECTED RESULT Grig view with months Operating System: Manjaro Linux KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Kernel Version: 6.1.0-1-MANJARO (64-bit) Graphics Platform: Wayland Processors: 12 × Intel® Core™ i5-10500H CPU @ 2.50GHz Memory: 15.4 ГиБ of RAM Graphics Processor: Mesa Intel® UHD Graphics ADDITIONAL INFORMATION Year Grid has the same bug, but it fixes when the year changes (does not fix in the months view).
Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Kernel Version: 5.15.0-56-generic (64-bit) Graphics Platform: Wayland
Same bug on: Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Kernel Version: 5.15.0-56-generic (64-bit) Graphics Platform: Wayland
Same bug on: Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Kernel Version: 6.0.9-060009-generic (64-bit) Graphics Platform: X11
The bug obtains only when widget doesn't use calendar modules. If I add any module, month tab will be fixed. If I switch off all modules after adding then month tab stay fixed until plasma restart.
*** Bug 463545 has been marked as a duplicate of this bug. ***
Created attachment 154959 [details] Properties dump of text labels using gammaray I get the same issue too (invisible text in months and years views of the calendar). When I resize the calendar panel horizontally, the text appears again in both views (resizing vertically will not redraw all months). I've added in attachment a dump of the properties of a displayed month (février) and invisible month (mars) using gammaray tool. The "février" month was redrawn manually via gammaray by switching on/off the "smooth" property. To find difference quickly, a image diff tool can be used. System information: Operating System: Debian GNU/Linux KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Kernel Version: 6.0.0-6-amd64 (64-bit) Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 3600 6-Core Processor Memory: 15.6 Gio of RAM Graphics Processor: AMD Radeon RX 580 Series Manufacturer: Micro-Star International Co., Ltd Product Name: MS-7B86 System Version: 4.0
*** Bug 463901 has been marked as a duplicate of this bug. ***
While this gets fixed, I switched to Better Inline Clock(https://store.kde.org/p/1245902/). Its looks identical to the default widget but doesn't seem to have this bug.
Created attachment 155294 [details] File that fixes the issue usr/share/plasma/desktoptheme/default/translucent/dialogs/background.svgz I've found that the previous plasma-framework version doesn't trigger the issue (v5.100.1), months and years views are correctly drawn. When updating this package to v5.101.0 (and only this package), the issue appears. After several tries, I've found that the file `/usr/share/plasma/desktoptheme/default/translucent/dialogs/background.svgz` is the one that trigger the issue. I've attached a `background.svgz` file that fixes the issue for me, can anyone else try it to see if it also fixes the issue ? This file contains the minimal change to make the calendar show month and years again. Here is the diff: ``` --- background.svg 2023-01-14 22:54:07.480545885 +0100 +++ /usr/share/plasma/desktoptheme/default/translucent/dialogs/background.svg 2023-01-14 22:54:07.480545885 +0100 @@ -74,8 +74,8 @@ </g> <rect id="hint-top-margin" height="4" style="fill:#ff00ff;stroke-width:0.999996" width="4" x="20" y="10" /> <rect id="hint-bottom-margin" height="4" style="fill:#ff00ff;stroke-width:0.999996" width="4" x="20" y="50" /> - <rect id="hint-right-margin" height="4" style="fill:#ff00ff;stroke-width:0.999996" width="4" x="40" y="29.999998" /> - <rect id="hint-left-margin" height="4" style="fill:#ff00ff;stroke-width:0.999996" width="4" x="0" y="29.999998" /> + <rect id="hint-right-margin" height="4" style="fill:#ff00ff;stroke-width:0.999996" width="6" x="40" y="29.999998" /> + <rect id="hint-left-margin" height="4" style="fill:#ff00ff;stroke-width:0.999996" width="6" x="0" y="29.999998" /> <rect id="hint-top-inset" height="9.9999999e-09" style="fill:#00ff00" width="4" x="20" y="10" /> <rect id="hint-bottom-inset" height="9.9999999e-09" style="fill:#00ff00" width="4" x="20" y="54" /> <rect id="hint-left-inset" height="4" style="fill:#00ff00" width="9.9999999e-09" x="0" y="29.999998" /> ```
(In reply to Alexis Murzeau from comment #9) > Created attachment 155294 [details] > File that fixes the issue > usr/share/plasma/desktoptheme/default/translucent/dialogs/background.svgz [skip] > I've attached a `background.svgz` file that fixes the issue for me, can > anyone else try it to see if it also fixes the issue ? I've tried this fix and it's works fine.
It's extremely strange for that change to the dialog background SVG to cause this issue. Also I can't reproduce it myself. Niccolò, would you mind investigating?
*** Bug 464411 has been marked as a duplicate of this bug. ***
I notice we haven't gotten any more duplicate reports, which is what I would expect to happen for an issue this visibly noticeable for the people who are able to reproduce it. For those people... has it stopped happening? Or re you still experiencing it?
(In reply to Nate Graham from comment #13) > For those people... has it stopped happening? Or re you still experiencing > it? My Brazillian friend who has had this issue has not seen it recently. I asked if it always reliably appeared before, and he said yes.
(In reply to Nate Graham from comment #13) > For those people... has it stopped happening? Or re you still experiencing > it? I still experience this bug: Operating System: openSUSE Tumbleweed 20230202 KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.102.0 Qt Version: 5.15.8
(In reply to mrfrh from comment #15) > I still experience this bug: My friend is using the same, but with Arch Linux & Plasma 5.26.90 (5.27 beta). It would be very helpful if you reported back after updating to Plasma 5.27 (releases Tue 2023-02-14, your distro may get it about a week after).
(In reply to Oliver Beard from comment #16) I can confirm that with Plasma 5.27 beta the bug seems to be solved. If helpful/necessary I can also confirm once the final version is released: Operating System: openSUSE Tumbleweed 20230204 KDE Plasma Version: 5.26.90 KDE Frameworks Version: 5.102.0 Qt Version: 5.15.8
Yay, thanks so much! I had a feeling it might be fixed in 5.27.
*** Bug 466176 has been marked as a duplicate of this bug. ***
My friend is now seeing this bug again in 5.27. It appears it wasn't fixed at all. :(
😩
Can confirm the issue is still present on Arch Linux (plasma version 5.27.3)
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2831
Git commit 137de1ed3e31ae790a1ae15c40fc6bbb10ef3341 by Harald Sitter. Committed on 18/04/2023 at 08:57. Pushed by sitter into branch 'master'. calendar: don't anchor daydelegate contentItem contentItem anchoring is ignored and in this particular case actually counter productive because it triggers a peculiar bug where the text doesn't get rendered, but it magically appears once investigated with gammaray. I do not quite understand why. at any rate the anchoring is not necessary. M +0 -1 components/calendar/qml/DayDelegate.qml https://invent.kde.org/plasma/plasma-workspace/commit/137de1ed3e31ae790a1ae15c40fc6bbb10ef3341
Git commit fe4dfe3bac92869b05a12fd0f903629df1b74629 by Harald Sitter. Committed on 18/04/2023 at 19:38. Pushed by sitter into branch 'Plasma/5.27'. calendar: don't anchor daydelegate contentItem contentItem anchoring is ignored and in this particular case actually counter productive because it triggers a peculiar bug where the text doesn't get rendered, but it magically appears once investigated with gammaray. I do not quite understand why. at any rate the anchoring is not necessary. (cherry picked from commit 137de1ed3e31ae790a1ae15c40fc6bbb10ef3341) M +0 -1 components/calendar/qml/DayDelegate.qml https://invent.kde.org/plasma/plasma-workspace/commit/fe4dfe3bac92869b05a12fd0f903629df1b74629