Open Riven-Spell opened 1 year ago
Can confirm I'm having the exact same issue here, also running Arch with Zen kernel, KDE and Wayland. Monitor setup:
Same behavior on Fedora. When triggering Flameshot, a capture of both of my displays is shifted across to my "primary" display, rather than staying on the screen that its coming from. Additionally, I can still interact with my secondary display while the screenshot mode is active. Flameshot also takes significantly longer to launch on Wayland than it does on X. When pressing my shortcut on X, Flameshot triggers almost immediately. When running Wayland, it takes between 3 and 7 seconds to start. Spectacle seems not to have any issues with this (but I prefer using Flameshot).
I'm installing Flameshot from the default Fedora repos:
I believe this is a duplicate of #2364
Similar problem with 2 external monitors. Green good, yellow black bar, red not in capture area. I think it happened after updating from Windows 10 to Windows 11 although it might happened later after update I'm not sure, noticed just today, maybe some update messed it up V12.1.0, V12.0
This problem seems to be investigated in #2364, i work my way around it launching flameshot from flatpak with the environment variable "QT_QPA_PLATFORM=xcb", to set it i use Flatseal and configure it in "Environment", this however causes the keyboard to not function, only mouse control.
I also have a familiar issue on KDE plasma wayland, I can take a screenshot on the primary screen while there are two exist. Besides, I can only save the picture but can't copy it to my clipper board.
Version information is:
Flameshot v12.1.0 ()
Compiled with Qt 5.11.3
linux: 5.19.0-46-generic
ubuntu: 22.04
Same with KDE plasma. Multiple monitors and one of the monitors is rotated.
Thanks a lot @Lightfire228 this works perfectly :)
The workaround provided by @Lightfire228 works, although Flameshot does feel more sluggish in KDE than GNOME.
Restart flameshot works for me.
@Lightfire228 worked for me in Archlinux. Although "Ignore requested geometry" has been renamed to "Obey geometry restrictions". So you have to mark the opposite option:
Just another confirmation. Window rules perfectly fixes it. Thank you @Lightfire228
Just for you to know, maybe it can help. I have a laptop and one monitor plugged in, on laptop the resolution is QHD and on the monitor it is HD. It only works when i set the same resolution for both monitors, in this case both to 1920x1080, than the Window rules fixes the issue. Thank you @Lightfire228.
I have also the same issue, on plasma 6 with Wayland, the fix will only work if I have the same resolution in both monitors as @luisantoniojr mentioned, but also, I need to have the same scaling for both monitors, if one is 100% and the other one 110%, it won't work either.
Thanks!
The workaround works for Arch Wayland KDE6 using laptop and two additional monitors. And its a non-starter as my laptop screen is not 16:9.
I was able to work around this issue by forcing the window geometry
This is great, thanks a million. Just coming back to try daily driving Linux again.
The workaround above doesn't seem to work for me. It just sets the top left corner of the flameshot window to the center of my primary display. Changing the position values doesn't seem to do anything.
It not work for me. Standard:
If i change to the Workaround Flameshot moves to right bot corner.
It only work, if i move my above monitore to the left to 0,0. this is crap :D I need a better Solution.. i played with some other options, but nothing worked.
Nobara Linux KDE Wayland.
Thanks
How is this bug still listed as unconfirmed?
I love flameshot, been using it for a while on Mac for my work, but I was going crazy about this and almost went to search for another app. Using Nobara KDE Wayland.
Lucky that I found this thread, Window rules saved my day :-)
Still, this shouldn't be listed as unconfirmed anymore given the amount of people that have confirmed it on this thread, including myself.
@corincorvus Have you tried using the exact settings from miachm's reply? (https://github.com/flameshot-org/flameshot/issues/3073#issuecomment-1985512253). From what I can see on your screenshots, that's not what you're using, and this fixed it for me (it didn't work before that)
Flameshot Version
Flameshot v12.1.0 Compiled with Qt 5.15.5
Installation Type
User repository (AUR)
Operating System type and version
Arch Linux (Linux aetherflow 6.1.7-arch1-1 #1 SMP PREEMPT_DYNAMIC Wed, 18 Jan 2023 19:54:38 +0000 x86_64 GNU/Linux)
Description
Flameshot seems to not realize my second monitor exists, while still taking a picture of it. Ctrl+A'ing the screenshot only gets what's shown on my ultrawide.
My setup is a 16:9 1080p monitor on the left-hand side of a 21:9 1080p monitor.
Moving the left monitor to be right of the ultrawide in software allows me to be able to take a proper screenshot on the ultrawide, but still the length is limited to just the ultrawide.
Setting the other monitor as the primary does not affect the position of flameshot or the size of pictures it takes; it just continues to display on the ultrawide.
Steps to reproduce
flameshot gui
on a multi-monitor KDE Wayland setupProfit.
Screenshots or screen recordings
System Information