Created attachment 133217 [details]
When the "small blue bar" runs back and forth until the progressbar actually starts filling up, it may happen that the "small blue bar" overshoots the progressbar on the right end by a few pixels. You can see in the screen recording at frame 39-43.
STEPS TO REPRODUCE
1. Start your FireFox 82
2. Open https://de.leica-camera.com/Fotografie/Leica-Q/Leica-Q2-Monochrom/Technische-Einblicke
3. Download one of those b/w tiff images
Operating System: Manjaro Linux
KDE Plasma Version: 5.20.2
KDE Frameworks Version: 5.75.0
Qt Version: 5.15.1
Created attachment 133218 [details]
Frame by frame
It's easier to see here than in the recording.
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/140
*** Bug 428310 has been marked as a duplicate of this bug. ***
Git commit 472f4212a9496c6bc3aea347b66bbb9ab6f0c630 by David Redondo.
Committed on 25/11/2020 at 07:55.
Pushed by davidre into branch 'master'.
Finish the animation before changing the length of the progressbar highlight
This messes with the running animation and can lead to it overshooting the track.
M +4 -1 src/declarativeimports/plasmacomponents3/ProgressBar.qml
Created attachment 144545 [details]
[5.88.0] Screenrecording of the issue
As far as I can remember, it had been indeed fixed, but today it happened again on
Operating System: Fedora Linux 35
KDE Plasma Version: 5.23.3
KDE Frameworks Version: 5.88.0
Qt Version: 5.15.2
Kernel Version: 5.15.6-200.fc35.x86_64 (64-bit)
Graphics Platform: X11
when I downloaded the KERNEL or EVA file from . Please see the screen recording.
*** Bug 446676 has been marked as a duplicate of this bug. ***
Can also reproduce on Fedora 35, albeit with all KDE stuff built from source.
Broken by https://invent.kde.org/frameworks/plasma-framework/-/commit/416e6853442bd08e6ef25ae040951f56c26455b3
This commit removed the fix for the bug, and can be observed in tests/progressbar3.qml....
Yeah, that's what happens with total rewrites. They always accidentally remove hidden bugfixes that weren't commented well or at all. :(
This is why I strongly prefer lots of inline comments when fixing bugs, and and targeted fixes rather than total rewrites.
(In reply to David Redondo from comment #8)
> Broken by
> This commit removed the fix for the bug, and can be observed in
I can't reproduce any bugs with tests/progressbar3.qml
Created attachment 144571 [details]
Eh, GIF is a bit low FPS. It's actually smooth in the UI.
Created attachment 144572 [details]
Can't reproduce with actual notification UI either
The test works for me too, but I saw this in an actual notification recently.
(In reply to Noah Davis from comment #11)
> Created attachment 144571 [details]
> Can't reproduce
Untoggle the checkbox as the label describes :)
Created attachment 144579 [details]
Bug happens when the width of the indicator changes during the animation
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/414
Git commit aa9097ef77320df8d523ba86b1afad1ea0d531b3 by Noah Davis.
Committed on 16/12/2021 at 01:53.
Pushed by ndavis into branch 'master'.
PC3 ProgressBar: fix fill going OOB when indeterminate state ends
M +13 -5 src/declarativeimports/plasmacomponents3/ProgressBar.qml