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