| Summary: | gwenview transparent view | ||
|---|---|---|---|
| Product: | [Applications] gwenview | Reporter: | Germano Massullo <germano.massullo> |
| Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | abcdjdj, bugseforuns, justin.zobel, kde, nate |
| Priority: | NOR | Keywords: | wayland |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
env WAYLAND_DEBUG=1 gwenview
screenshot |
||
|
Description
Germano Massullo
2020-10-28 12:43:03 UTC
I have noticed that the same problem happens also with obs-studio-26.0.2-2.fc33.x86_64 Can you run Gwenview from the terminal as follows
env WAYLAND_DEBUG=1 gwenview > log.txt 2>&1
and post the resulting output here? Make sure that the log output doesn't contain any sensitive data.
opengl rendering does not work on Wayland, see bug 403323 I can't confirm this issue on KDE Neon User Edition with a jpg or png file. Also checked compositor and it says I'm on OpenGL 2.0. Created attachment 132849 [details] env WAYLAND_DEBUG=1 gwenview (In reply to Vlad Zahorodnii from comment #2) > Can you run Gwenview from the terminal as follows > > env WAYLAND_DEBUG=1 gwenview > log.txt 2>&1 > > and post the resulting output here? Make sure that the log output doesn't > contain any sensitive data. Are you using Kvantum or a 3rd-party widget theme? (In reply to Nate Graham from comment #6) > Are you using Kvantum or a 3rd-party widget theme? I don't know what they are, but if you tell me how I can verify, I will check If you don't know, you're probably not. :) Can't reproduce. Can you take a screenshot / photo. Does it happen with all images Created attachment 132878 [details]
screenshot
instead of showing the photo, it shows Libreoffice and my desktop wallpaper that are behind the Gwenview window
(In reply to David Edmundson from comment #9) > Can't reproduce. Can you take a screenshot / photo. > > Does it happen with all images yes (In reply to Germano Massullo from comment #1) > I have noticed that the same problem happens also with > obs-studio-26.0.2-2.fc33.x86_64 I'd suggest reporting a separate issue for this as I can confirm the transparency issue with OBS Studio on KDE Neon User Edition but not the Gwenview one. Moving to gwenview until something suggests kwin is at fault. > I can confirm the transparency issue with OBS Studio FWIW, I fixed that in OBS. It was caused by the client creating a window from a widget. This is almost certainly the case here: [1295222,105] -> wl_subcompositor@15.get_subsurface(new id wl_subsurface@50, wl_surface@47, wl_surface@36) it's randomly creating a new subsurface, which means it's creating a sub QWindow. Aha, the subsurface is actually deliberate This bug appears when using "animations" == "opengl" in the settings. (In reply to David Edmundson from comment #13) > Moving to gwenview until something suggests kwin is at fault. > > > I can confirm the transparency issue with OBS Studio > > FWIW, I fixed that in OBS. > > It was caused by the client creating a window from a widget. > > This is almost certainly the case here: > > [1295222,105] -> wl_subcompositor@15.get_subsurface(new id > wl_subsurface@50, wl_surface@47, wl_surface@36) > > it's randomly creating a new subsurface, which means it's creating a sub > QWindow. Ok so I can avoid filling a bugreport in OBS Studio right? *** This bug has been marked as a duplicate of bug 403323 *** |