Weirdly small size after boot/reboot

[MoarcyVega]

Hello,
i have a weird issue with the event calendar-widget
The size when i click on the calendar is weirdly small after reboot or starting my computer (as shown in the screenshot):

After clicking on settings, the size is correct:

Packages are all up to date and the version of the widget is the latest one (75)
Maybe someone has the same issue or can help

[Cris70]

Same problem here, but it doesn't fix itself even after clicking on settings.
OpenSuse Tumbleweed 20220411 (KDE Plasma 5.24.4 - KDE Frameworks 5.93.0).

[Cris70]

Same problem here, but it doesn't fix itself even after clicking on settings. OpenSuse Tumbleweed 20220411 (KDE Plasma 5.24.4 - KDE Frameworks 5.93.0).

I was able to fix it by slightly changing the sizes of all the components in the "Layout" tab and saving.
I still do not know if it will stick after a reboot.

[Peter-Ries]

Seems to have happened with update kde Framework from 5.92.xx to 5.93.xx
My sticky notes plasmoid opens only a minimini popup on click. So not only a Event calendar issue...

[Cris70]

@Peter-Ries you're right, my notes plasmoid became unusable!! And I have not yet found a workaround for that one :-(

[MoarcyVega]

Same problem here, but it doesn't fix itself even after clicking on settings. OpenSuse Tumbleweed 20220411 (KDE Plasma 5.24.4 - KDE Frameworks 5.93.0).

I was able to fix it by slightly changing the sizes of all the components in the "Layout" tab and saving. I still do not know if it will stick after a reboot.

It doesn't work on my pc, i mean it doesn't stick after reboot

[ghost]

I am having the same problem. For now i can increase the size again with meta+right click but when i restart it gets smaller again.

[Peter-Ries]

the hint with clicking settings works - at least until I reboot. This also fixes my minimini sticky notes popup. After saving settings dialog both event calendar & sticky notes show their correct popup windows size when clicking.

I have no clue if event calendar "disturbs" other plasmoids or if it's a thing behind the scene that whas been "invented" with framework 5.93.xx

When I get back home I'll play in a VM to see what's the cause and if it's a very special set of plasmoids in taskbar.

Otherwise I have no idea where to send a proper bug report (here or KDE framework guys)

[Cris70]

Unfortunately I can confirm that, after a reboot, everything is back to minuscule :-(

[Peter-Ries]

I tested in a VM running KDE Fraework 5.92 - no Event Calendar.
I added Sticky Notes to taskbar.

Update arch in my case so I had 5.93 KDE FW afterwards. Reboot.

Stiky Notes does not work anymore correctly. So KDE Framework seems to be the culprit. Eventcalendar & Sticky Notes & some more(?) suffer the same problem of not opening in correct size after click. The settings dialog of Event Calendar somehow seems to be a temporary cure doing something in KDE FW that helps other Plasmoids, too.

I'll file a bugreport @ KDE guys.

Edit: just created https://bugs.kde.org/show_bug.cgi?id=452607
please have an eye on this to provide more information if needed by developers.

[Zren]

Seems the non duplicate bug is https://bugs.kde.org/show_bug.cgi?id=452512

Was experiencing this in TiledMenu myself (Zren/plasma-applet-tiledmenu#125) but assume it was because my GPU was broken. Seems it's a bug where it ignores the Layout.preferredWidth and grabs the current width when the window is first displayed. Luckily EventCalendar seems to have a minimum size unlike TiledMenu.

Nate has bugged a few distros to release a patched KDE Framework 5.93. If there's still a lazy distro in a week, I could probably workaround this by setting width/height in the full representation PopupView.qml.

width: Layout.preferredWidth
height: Layout.preferredHeight

https://github.com/Zren/plasma-applet-eventcalendar/blob/master/package/contents/ui/PopupView.qml#L34-L69

You can quickly resize the popup with Win+RightClick+Drag (older users might need to use Alt instead of Win/`Meta) until it's fixed.

[Peter-Ries]

sorry, forgot to update here. Problem has been fixed with update of extra/plasma-framework from 5.93.0-1 to 5.93.0-2

[Zren]

https://repology.org/project/plasma-framework/versions

• Fedora 36 updates 5.94.0
  • 2022-04-22 Fedora 35 was using 5.91.0
  • 2022-05-23 Fedora 35 just updated to 5.93.0-2 however it seems that this bug has not been patched.
    Issue after updating to KDE frameworks 5.93 / QT6 plasma-applet-tiledmenu#125 (comment)
  • 2022-06-23 Fedora 36 just updated to 5.94.
    Issue after updating to KDE frameworks 5.93 / QT6 plasma-applet-tiledmenu#125 (comment)
• KDE Neon 5.94.0
  • 2022-04-21 https://old.reddit.com/r/kde/comments/u8kcsf/plasma_applet_doesnt_render_correctly_sticky_note/
  • https://build.neon.kde.org/job/focal_release_kde_plasma-framework/
  • https://build.neon.kde.org/job/jammy_release_kde_plasma-framework/
  • 2022-05-16 Focal seems to have built plasma-framework_5.94.0-0xneon+20.04+focal+release+build67_amd64.changes
    https://build.neon.kde.org/job/focal_release_kde_plasma-framework_bin_amd64/63/
  • 2022-05-17 Focal seems to have built plasma-framework_5.94.0-0xneon+20.04+focal+release+build69_amd64.changes
    https://build.neon.kde.org/job/focal_release_kde_plasma-framework_bin_amd64/65/
  • 2022-05-22 Still getting reports of 5.93
    https://old.reddit.com/r/kde/comments/uv9qpy/is_anyone_else_getting_a_tiny_event_calendar/
  • 2022-05-23 My TVLaptop upgraded to plasma-framework/focal 5.94.0-0xneon+20.04+focal+release+build69 There was some minor resolved conflicts upgrading libkpmcore11 => libkpmcore12 but that might be irrelevant since I haven't updated it in a while.
• Manjaro Stable 5.93.0 (Since it was fixed in Testing, I assume this is patched in Stable)
• Manjaro Testing 5.94.0 (Possibly fixed? 5.93.0-4)
  • 2022-04-25 https://forum.manjaro.org/t/testing-update-2022-04-25-kernels-mesa-gnome-42-kde-apps-frameworks-lxqt-firefox-thunderbird-virtualbox/109306/28
  • 2022-05-23 Now using 5.94.0
• Manjaro Unstable 5.94.0
• OpenSuse Tumbleweed 5.93.0 (fixed 5.93.0-2.1)
• Ubuntu 22.04 5.92.0
• Arch Linux 5.93.0 (fixed in 5.93.0-2)
• Slackware 5.93.0
• FerenOS 5.93.0

On 2022-05-14 KDE Frameworks 5.94 is released, so any rolling distro should have updated with the fix by now.

[TiZ-HugLife]

Strangely, KDE Neon is dragging their feet in getting that fix out. Where should I apply the workaround in PopupView.qml? After the highlighted lines? That's where I put it, but it doesn't seem to make a difference after restarting the Plasma shell.

[thegreyshadow]

Confirmed here in a system (Slackware64-current) with these specs:

Operating System: Slackware 15.0
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.93.0
Qt Version: 5.15.3
Kernel Version: 5.17.5 (64-bit)
Graphics Platform: Wayland
Processors: 8 × Intel® Core™ i7-8550U CPU @ 1.80GHz
Memory: 15,5 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 620Operating System: Slackware 15.0
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.93.0
Qt Version: 5.15.3
Kernel Version: 5.17.5 (64-bit)
Graphics Platform: Wayland
Processors: 8 × Intel® Core™ i7-8550U CPU @ 1.80GHz
Memory: 15,5 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 620

Changing the pixel size in the Layout tab of the configuration dialog temporarily restores the size, but then after a reboot or even before that, we go back to the tiny calendar size.

[TiZ-HugLife]

I think Neon is just not going to push out the backport for Frameworks 5.93. I asked in several Matrix channels and got radio silence. They could be busy with migrating from 20.04 to 22.04 anyways. So what's the move?

[Zren]

KDE Frameworks 5.94.0 will be release May 14th, so while it sucks distros aren't used to manually patching, it will be fixed eventually.

[TiZ-HugLife]

Oh, that's not that far away, luckily.

[LightDani]

Just want to inform that it also happens on FerenOS with KDE version 5.24.4 and framework 5.93.0