| Summary: | Screenshot (Portal?) breaks | ||
|---|---|---|---|
| Product: | [Applications] Spectacle | Reporter: | Nico <nico> |
| Component: | General | Assignee: | Noah Davis <noahadvs> |
| Status: | RESOLVED WAITINGFORINFO | ||
| Severity: | major | CC: | kde, kde |
| Priority: | NOR | ||
| Version First Reported In: | 24.05.2 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Nico
2024-07-11 10:34:51 UTC
>compositor doesn't support wlr-screencopy-unstable-v1
This is expected, that is a sway only thing and does not involve the portal.
If spectacle fails to launch, please report to spectacle.
Oh then I misinterpreted that, yeah It seems like this always appears but nevertheless here are also additional spectacle logs that might help: kpipewire_vaapi_logging: VAAPI: Mesa Gallium driver 24.1.3-arch1.1 for AMD Radeon RX 6900 XT (radeonsi, navi21, LLVM 18.1.8, DRM 3.57, 6.9.7-zen1-1-zen) in use for device "/dev/dri/renderD128" qt.qpa.wayland: eglSwapBuffers failed with 0x300d, surface: 0x0 Regarding the question in the title, there actually is no screenshot portal support right now. Spectacle uses KWin's DBus API for screenshots directly. You say "this always appears". Do you mean Spectacle always launches successfully, but it failed to take a screenshot? Do you mean those two lines always appear in the console output? The first message about VAAPI is expected. The second line "qt.qpa.wayland: eglSwapBuffers failed with 0x300d, surface: 0x0" seems a bit unusual. "surface: 0x0" seems to imply that a wayland surface (basically a window) is null and some kind of graphics related error happened because of that. There's nothing else I can figure out from that. You also said "It seems like whatever I did fixed it for now." Is it still working for you? The first line always appears but the second one no longer appears after it's working again. The window did not spawn when it was broken. It's working right now but if it happens again what should I run get proper logs that might help? (In reply to Nico from comment #4) > The first line always appears but the second one no longer appears after > it's working again. The window did not spawn when it was broken. It's > working right now but if it happens again what should I run get proper logs > that might help? I'm not sure. I don't know why the wayland surface would be null. Since the error message came from the Wayland Qt Platform Abstraction plugin, it could be an error in Qt Wayland, but it might not be. Without any knowledge of how to reproduce the bug, there's not much that can be done. I'm marking this as RESOLVED WORKSFORME since you say the bug no longer happens. If you encounter this issue again, you can reopen this bug. Yeah, I will definitely encounter it again because it already happened multiple times and a reboot always fixed it. But what should I do when it happens again? How can I provide logs or any other meaningful information? (In reply to Nico from comment #6) > Yeah, I will definitely encounter it again because it already happened > multiple times and a reboot always fixed it. But what should I do when it > happens again? How can I provide logs or any other meaningful information? The best thing you could give me are detailed and reliable steps to reproduce the bug. The second best thing is a backtrace, but you probably won't be able to get one unless you can get spectacle to crash. The only logs right now are console output. You could post the console output for `QT_LOGGING_RULES="spectacle=true" spectacle -i`, although it probably won't have much useful info. |