I am not sure since when the issue exists, but I recently switched to the testing branch, and I am on Wayland since the beginning.
When using the in-panel Calendar widget of Plasma and pressing the “next month” or “previous month” buttons instead of only skipping the current month it skips 3 months. This also happens when if I create a new Panel(Default Panel or Breath Panel).
So steps to reproduce this for me:
Open the Calendar widget within the Panel(the desktop ones “micro programs” work fine)
As you can see on this screenshot it’s “June” and the button says “Next Month”
Note: As mentioned before this issue only effects the Calendar integrated in the Plasma-panels not a calendar widget created as Desktop “mini-program”.
I noticed this issue yesterday, but I am not sure since when it exists, as mentioned before I switched to testing and I believe when I first setup my PC it worked normal, but it is very well possible that this was a Plasma 6 issue all along.
I have not tried anything to resolve this issue other than creating new panels and check if they have the same issue(they have), testing the “mini-program” widget to see that it does not have this issue(instead skipping from “June” to “July” as intended) and restarting my PC.
I’m on Manjaro Stable and the Plasma version in both Unstable and Testing appears to still be the same as in Stable — i.e. 6.0.5 — but I cannot reproduce what you’re seeing. On my system here it all works as intended.
I’m on Testing branch and am experiencing the same issue as the original poster. The problem also occurs when the “Months” (middle) tab of the calendar is selected - instead of the > arrow going to the next year (2025), it jumps to 2027.
Found the culprit… The only Plasma-related package in the repo that differs in version is plasma-workspace. Stable has 6.0.5.1-1.0 while Testing and Unstable both have 6.0.5.1-2.0.
The -2.0 suffix means that it’s an Arch- or Manjaro-specific rebuild or repackaging. The packager is @Yochanan.
Well, @cscs reports that he’s not seeing the problem, and he is indeed running Manjaro Unstable, but the version of plasma-workspace in Unstable is exactly the same as in Manjaro Testing — which is what you’re running — and different from Manjaro Stable, even though it appears to be a packaging or build difference. Because it’s all still 6.0.5.1, and the suffix only represents the build version or packaging version.
Yet, this package is the only Plasma-related one I could find that actually has a version difference between two of the three Manjaro branches, so I’m assuming that this package will be the culprit. That’s why I’ve pinged the team member who maintains the package. Perhaps he can shed a light on this.
Then why can’t @cscs reproduce it? Perhaps the difference in packages between Testing and Unstable?
Right, so I won’t push 6.0.5.1-2.0 to stable. Sorry, misunderstood. Still cooling down inside with central air after an outside adventure where it’s 91° F / 33° C.
I just restarted my PC and I can reproduce it, the issue is still present.
However when I first started my PC today and read your post, I had a Plasma “crash”/soft-fail or restart, due to me clicking on the notification icon while another UI element was changing(or for whatever reason). Right after this “Plasma restart” so right after reading your post I was NOT able to reproduce the issue.
It worked fine, however in between the restart of my PC and me checking if the issue is still present Plasma did reinitialize.
So maybe to reproduce this one could try
Restarting the PC.
Login
Checking instantly if the issue is still present, while making sure that Plasma did not crash or reinitialize or whatever.
Or just wait for the merge to arrive downstream and than check if the issue is indeed fixed.
