| Summary: | Translucent lines at some places after update to 5.36 frameworks | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | tzt |
| Component: | Panel | Assignee: | Marco Martin <notmart> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | kde, vlad.zahorodnii |
| Priority: | NOR | ||
| Version: | 5.10.4 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| Latest Commit: | https://commits.kde.org/plasma-framework/dce258bee3da854980b6f2430b26f7025752a505 | Version Fixed In: | |
| Attachments: |
cal
share wingroup newaccount |
||
Created attachment 106606 [details]
share
Created attachment 106607 [details]
wingroup
I moved it to plasma-panel due to no one answered for 10 days. Looks like the SVG cache got corrupted, does removing the plasma* files from ~/.cache fix this? (In reply to Kai Uwe Broulik from comment #4) > Looks like the SVG cache got corrupted, does removing the plasma* files from > ~/.cache fix this? No, it's still the same after deleting these files and logout-login. Also I had the same problem with tray applets (volume, clipboard, network etc) since update to 5.33-34 but in 5.35 it was fixed somehow. And now, in 5.36 it's returned but in other places. Just updated to 5.37 frameworks and lines are still there. So why there's no confirmation for the bug? You think it isn't bug or what? It is a bug, but nobody else seems to have it. Can you reproduce with a freshly created user account? Created attachment 107742 [details]
newaccount
(In reply to Christoph Feck from comment #8) > It is a bug, but nobody else seems to have it. Can you reproduce with a > freshly created user account? Yes, it's still presented with the new account (see attachment from my previous post), it's presented even when I boot from livecd with nouveau driver (or what it comes with by default). Usually I use nvidia driver. But I got another machine with intel integrated graphics and this bug represented there exactly the same way. Something happens with frameworks from time to time that makes it appear or disapper, but I don't know what. I played out with settings and found that it disappear when I choose XRender as the rendering backend, but it's not a solution. Marco, is it okay if I take this bug? Git commit dce258bee3da854980b6f2430b26f7025752a505 by Vlad Zagorodniy.
Committed on 06/06/2018 at 17:52.
Pushed by vladz into branch 'master'.
FrameSvg: Recache maskFrame if enabledBorders has been changed
Summary:
In some cases, when rendering frame svg background, measures & margins
do not correspond to `enabledBorders`. I.e. `bottomHeight` may be equal to 5,
but the bottom border is disabled. This causes visual artifacts like this
{F5878318, layout=center, size=full}
//Pay close attention to the bottom of the Task switcher. It has a transparent strip at the bottom, which shouldn't be there.//
The cause of this problem is that FrameSVGPrivate::alphaMask doesn't take enabledBorders
into account when it's making decision whether it should update maskFrame.
Just for reference, this is "after"
{F5878319, layout=center, size=full}
Related: bug 390632, bug 391659
Test Plan:
* Triggered the Breeze task switcher (with compositing on and off)
* Didn't see any transparent strips
---
* Tried running FrameSvgTest, still passes
Reviewers: #plasma, #frameworks, mart
Reviewed By: #plasma, mart
Subscribers: abetts, mart, aseigo, broulik, kde-frameworks-devel
Tags: #frameworks
Differential Revision: https://phabricator.kde.org/D13215
M +16 -10 src/plasma/framesvg.cpp
https://commits.kde.org/plasma-framework/dce258bee3da854980b6f2430b26f7025752a505
|
Created attachment 106605 [details] cal It's default Breeze Dark theme.