KDE Plasma 5's Apper download messages overlaps, see attached screenshot. Reproducible: Always
Created attachment 91893 [details] screenshot
I can confirm the problem here, and it also has been reported in openSUSE's bugzilla: http://bugzilla.opensuse.org/show_bug.cgi?id=932204 But it only seems to happen with the Breeze widget style. If you switch to something else (Oxygen e.g.), everything looks fine. So this might be a bug in the Breeze style. Or maybe Apper does indeed something "stupid" that just happens to work with other styles, but not Breeze. Changing the "Product" to Breeze therefore, the Breeze maintainers/developers should have more insight I suppose. Please change back if you think this is no Breeze bug.
Created attachment 93150 [details] Apper using the Oxygen style PS: For comparison, I attached a screenshot showing how Apper looks like with the Oxygen style.
Actually, as I (or rather the reporter of the openSUSE bug) just noticed, this does happen with CDE as well, but only for a short moment. So I would guess the problem is something like this: (haven't looked at the code yet though) Apper seems to display the text, and puts a progressbar widget with the same text on top of it. If the progressbar widget is transparent, the below text shows through causing that visual glitch as the text is not at exactly the same position. Doesn't seem to be a bug in Breeze then, sorry for the noise.
It is probably due to a "centering" issue then. Oxygen's progressbar labels are centered, breeze are not. and most likely the label 'below' (that overlaps) is centered.
I see it too. My widget style is Breeze.
(In reply to Hugo Pereira Da Costa from comment #5) > It is probably due to a "centering" issue then. Oxygen's progressbar labels > are centered, breeze are not. and most likely the label 'below' (that > overlaps) is centered. it's not clear to me... does that mean it's an application (apper) issue, or a style one (breeze)?
*** Bug 355723 has been marked as a duplicate of this bug. ***
Just to clarify: the duplicate is with Breeze, too.
*** Bug 357167 has been marked as a duplicate of this bug. ***
I think it's not the centering, it's the overdrawing, or lack thereof: In Oxygen, the text sits entirely above the progress bar. Therefore, the old text is probably completely erased by the new progress bar overdrawing it, then the new text is rendered above the progress bar. In Breeze, the text sits next to the progress bar, and is "transparent", which means the old text would have to be explicitly erased somehow somewhere to fix this.
Also, looking at libapper/PkTransactionWidget.cpp, Apper is not drawing anything itself, it is just using the widgets and letting Qt draw them without doing anything special. So I think the bug can only be either in the Breeze style or in Qt itself.
*** Bug 363076 has been marked as a duplicate of this bug. ***
Apper is end of life
apper is not unmaintained. https://dantti.wordpress.com/2018/02/20/apper-1-0-0-is-out/
yeah sorry, I still need to find some time to figure out how to fix this...
Isn't this fixed already by https://cgit.kde.org/apper.git/commit/?id=af7605e19245cc07141b48a395b4297f6c112deb ?
hmm might be but it still not looking good at least here...
(In reply to Daniel Nicoletti from comment #18) > hmm might be but it still not looking good at least here... Note: I haven't had the opportunity to test it again because Apper has been removed from Fedora KDE ISO
(In reply to Germano Massullo from comment #14) > Apper is end of life What is apper's successor?
Apper is not end of life upstream. Several distributions switched to solutions directly using their package management stack, e.g., Kubuntu has had Muon for ages, Fedora now has Dnfdragora. Mainly, this happens because of deficiencies in the distribution's PackageKit backend that are not getting fixed. And upstream has Discover which can kinda replace Apper, but it has a significantly different focus and a significantly different user interface. (Discover is packaged in most distributions shipping KDE Plasma these days.) But all this does not mean Apper is dead. That said, in Fedora, after having tried for years to get the current PackageKit Hawkey/hif/DNF backend to implement the features Apper requires (in particular, browsing comps groups) without success, we gave up on Apper and recommend Dnfdragora to all users instead. But this mess is not Apper's fault. It worked great with the old (unfortunately discontinued both upstream and downstream) PackageKit yum backend.