flameshot-org
Screenshot of second monitor is fully black
Flameshot Version
$ flameshot -v
Flameshot v13.1.0 (eb4ed57)
Compiled with Qt 6.9.1
Installation Type
Linux, MacOS, or Windows Package manager (apt, pacman, eopkg, choco, brew, ...)
Operating System type and version
CachyOS (Arch Linux)
Description
Taking a screenshot of my second monitor with flameshot screen -c results in a fully black image.
Worth noting that it doesn't happen with flameshot screen -n 1 -c.
Steps to reproduce
Run flameshot screen -c with your mouse cursor on the second monitor.
Screenshots or screen recordings
Main monitor:
Second monitor:
Full view:
System Information
CachyOS
i3wm (xorg)
$ uname -a
Linux battlestation 6.16.3-2-cachyos #1 SMP PREEMPT_DYNAMIC Mon, 25 Aug 2025 16:15:18 +0000 x86_64 GNU/Linux
I have a somewhat similar issue. The difference is that my other screen has a different resolution, so it moves part of the larger screen (the primary one) to the smaller screen and shows the rest of the content of the former in the larger screen, but 2/3 of the larges screen remain black.
$ uname -a
> Linux a70mob 6.12.41-1-MANJARO #1 SMP PREEMPT_DYNAMIC Fri, 01 Aug 2025 09:46:16 +0000 x86_64 GNU/Linux
@hbarcelos exactly my experience! I crosspost the comment here, I don't know which issue is the best fit.
I tried a workaround with QT_ENABLE_HIGHDPI_SCALING=0 flameshot gui, but it didn't resolve the issue.
The screens shift to the left by half a monitor in my case:
❯ flameshot -v
Flameshot v13.0.1 ()
Compiled with Qt 6.9.1
❯ qtdiag
Qt 5.15.17 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 15.1.1 20250425) on "xcb"
OS: Manjaro Linux [linux version 6.16.0-5-MANJARO]
2-monitor setup, no scaling applied (100%):
I have a somewhat similar issue. The difference is that my other screen has a different resolution, so it moves part of the larger screen (the primary one) to the smaller screen and shows the rest of the content of the former in the larger screen, but 2/3 of the larges screen remain black.
$ uname -a > Linux a70mob 6.12.41-1-MANJARO #1 SMP PREEMPT_DYNAMIC Fri, 01 Aug 2025 09:46:16 +0000 x86_64 GNU/Linux
upd:
I had the same problem. It was fixed in v13.1.0
➜ ~ uname -a Linux thinkbook 6.12.41-1-MANJARO #1 SMP PREEMPT_DYNAMIC Fri, 01 Aug 2025 09:46:16 +0000 x86_64 GNU/Linux
I have a somewhat similar issue. The difference is that my other screen has a different resolution, so it moves part of the larger screen (the primary one) to the smaller screen and shows the rest of the content of the former in the larger screen, but 2/3 of the larges screen remain black.
$ uname -a > Linux a70mob 6.12.41-1-MANJARO #1 SMP PREEMPT_DYNAMIC Fri, 01 Aug 2025 09:46:16 +0000 x86_64 GNU/Linuxupd: I had the same problem. It was fixed in v13.1.0
➜ ~ uname -a Linux thinkbook 6.12.41-1-MANJARO #1 SMP PREEMPT_DYNAMIC Fri, 01 Aug 2025 09:46:16 +0000 x86_64 GNU/Linux
Just upgraded to v13.1.0 and it still does it
Same issue here. Black areas on my dual monitor. Their resolutions are different. Switched back to v12.1 and issues are resolved.
I've got this issue as well:
- v12 app image works perfect
- v13.1.0 app image gets me only the rightmost screen, appearing at 1/2 size and in top left most part of left monitor; everything else is blank
I've also tried v13 from flatpak and apt, all of them same problem. Though v12 from apt used to have a different problem that started after I installed some video capture app that I can't remember the name, that asked me to run something as sudo that I didn't document at the time.
fix
QT_ENABLE_HIGHDPI_SCALING=0 ./Flameshot-13.1.0.x86_64.AppImage gui makes it all work perfectly
reproducing
I tried with
> xrandr --listmonitors
Monitors: 2
0: +*DP-2 3840/621x2160/341+0+0 DP-2
1: +eDP-1 3840/336x2400/210+3840+0 eDP-1
and also forcing both monitors to same size, side by side so no "empty virtual space"
> xrandr --listmonitors
Monitors: 2
0: +*DP-2 3840/621x2160/341+0+0 DP-2
1: +eDP-1 3840/336x2160/210+3840+0 eDP-1
More details
> inxi -SG
System:
Host: fabio-XPS-15-9510 Kernel: 6.14.0-27-generic arch: x86_64 bits: 64
Desktop: Cinnamon v: 6.4.8 Distro: Linux Mint 22.1 Xia
Graphics:
Device-1: Intel TigerLake-H GT1 [UHD Graphics] driver: i915 v: kernel
Device-2: NVIDIA GA107M [GeForce RTX 3050 Ti Mobile] driver: nvidia
v: 535.247.01
Device-3: Microdia Integrated_Webcam_HD driver: uvcvideo type: USB
Device-4: Microdia Webcam Vitade AF driver: snd-usb-audio,uvcvideo
type: USB
Display: x11 server: X.Org v: 21.1.11 with: Xwayland v: 23.2.6 driver: X:
loaded: modesetting,nvidia unloaded: fbdev,nouveau,vesa dri: iris gpu: i915
resolution: 1: 3840x2160~30Hz 2: 3840x2400~60Hz
API: EGL v: 1.5 drivers: iris,nouveau,nvidia,swrast
platforms: gbm,x11,surfaceless,device
API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: intel mesa
v: 25.0.7-0ubuntu0.24.04.1 renderer: Mesa Intel UHD Graphics (TGL GT1)
API: Vulkan v: 1.3.275 drivers: N/A surfaces: xcb,xlib
> nvidia-smi
. . .
+---------------------------------------------------------------------------------------+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=======================================================================================|
| 0 N/A N/A 2092 G /usr/lib/xorg/Xorg 4MiB |
+---------------------------------------------------------------------------------------+
<-- this means that xorg runs on nvidia but everything else including flameshot doesn't
My issue above (https://github.com/flameshot-org/flameshot/issues/4205#issuecomment-3224394470) has been fixed by flameshot-13.1.0-1 on Manjaro 🎉
I've got this issue as well:
- v12 app image works perfect
- v13.1.0 app image gets me only the rightmost screen, appearing at 1/2 size and in top left most part of left monitor; everything else is blank
I've also tried v13 from flatpak and apt, all of them same problem. Though v12 from apt used to have a different problem that started after I installed some video capture app that I can't remember the name, that asked me to run something as sudo that I didn't document at the time.
fix
QT_ENABLE_HIGHDPI_SCALING=0 ./Flameshot-13.1.0.x86_64.AppImage guimakes it all work perfectlyreproducing
I tried with
> xrandr --listmonitors Monitors: 2 0: +*DP-2 3840/621x2160/341+0+0 DP-2 1: +eDP-1 3840/336x2400/210+3840+0 eDP-1and also forcing both monitors to same size, side by side so no "empty virtual space"
> xrandr --listmonitors Monitors: 2 0: +*DP-2 3840/621x2160/341+0+0 DP-2 1: +eDP-1 3840/336x2160/210+3840+0 eDP-1More details
> inxi -SG System: Host: fabio-XPS-15-9510 Kernel: 6.14.0-27-generic arch: x86_64 bits: 64 Desktop: Cinnamon v: 6.4.8 Distro: Linux Mint 22.1 Xia Graphics: Device-1: Intel TigerLake-H GT1 [UHD Graphics] driver: i915 v: kernel Device-2: NVIDIA GA107M [GeForce RTX 3050 Ti Mobile] driver: nvidia v: 535.247.01 Device-3: Microdia Integrated_Webcam_HD driver: uvcvideo type: USB Device-4: Microdia Webcam Vitade AF driver: snd-usb-audio,uvcvideo type: USB Display: x11 server: X.Org v: 21.1.11 with: Xwayland v: 23.2.6 driver: X: loaded: modesetting,nvidia unloaded: fbdev,nouveau,vesa dri: iris gpu: i915 resolution: 1: 3840x2160~30Hz 2: 3840x2400~60Hz API: EGL v: 1.5 drivers: iris,nouveau,nvidia,swrast platforms: gbm,x11,surfaceless,device API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: intel mesa v: 25.0.7-0ubuntu0.24.04.1 renderer: Mesa Intel UHD Graphics (TGL GT1) API: Vulkan v: 1.3.275 drivers: N/A surfaces: xcb,xlib> nvidia-smi . . . +---------------------------------------------------------------------------------------+ | Processes: | | GPU GI CI PID Type Process name GPU Memory | | ID ID Usage | |=======================================================================================| | 0 N/A N/A 2092 G /usr/lib/xorg/Xorg 4MiB | +---------------------------------------------------------------------------------------+<-- this means that xorg runs on nvidia but everything else including flameshot doesn't
I am experiencing the same problem on Linux Mint Cinnamon, even with the most up-to-date version currently available (Flameshot v13.1.0).
By using the QT_ENABLE_HIGHDPI_SCALING=0 variable, the screen's aspect ratio appears correctly, which was the case in the .deb version.
I hope this can be corrected to avoid the need to prepend this variable for every execution.
Hi! I am experiencing the same issue of @hbarcelos but in Windows 11, after upgrading flameshot. I downgraded to flameshot-12.1.0-win64 to fix the problem. The issue starts from flameshot-13.0.0-win64 as well.
I confirm that this has been fixed on Manjaro flameshot 13.1.0-1:
$ flameshot --version
Flameshot v13.1.0 ()
Compiled with Qt 6.9.1
This is currently a bug but we will be merging a change to make the linux and windows behavior match the macos behavior where only one screen is active at a time. However it will let you pick the screen. No need for more "happens here too" posts.
This is currently a bug but we will be merging a change to make the linux and windows behavior match the macos behavior where only one screen is active at a time. However it will let you pick the screen. No need for more "happens here too" posts.
just to make sure I understand this correctly: there's a change upcoming where I would need to choose "I want screen 2" somewhere in the process of taking a screenshot? So an extra step I need to perform each time? Is it also no longer possible to take a screenshot spanning all screens?
Both of these sound like a big step backwards :-( I hope I'm wrong.
This is currently a bug but we will be merging a change to make the linux and windows behavior match the macos behavior where only one screen is active at a time. However it will let you pick the screen. No need for more "happens here too" posts.
just to make sure I understand this correctly: there's a change upcoming where I would need to choose "I want screen 2" somewhere in the process of taking a screenshot? So an extra step I need to perform each time? Is it also no longer possible to take a screenshot spanning all screens?
Both of these sound like a big step backwards :-( I hope I'm wrong.
Generally that is correct. We will probably use a combination of letting a user select which monitor to capture / allowing it to autodetect which screen the mouse is in.
There is no path forward for the current multi monitor capture system. Not if we want to work on every OS, and every linux DE. We have spent years trying to find workarounds and wayland + qt6 has really proved its not viable.
On my opinion this is a step back. If monitors have various resolution, just leave screen picture intact, no streching or whatever. Where the smaler monitor ends just fill the empty space with black on taked screenshoot. Attached example https://prnt.sc/y8Xy4EBII8wn Yes, you have to think about how to place buttons around, that are all visible. Maybe some small dots in all four corners to click on it, to push buttons to that location.
Try opensource screenshoot tool Lightshoot https://app.prntscr.com/en/index.html and see its behaviour.
Have the same resizing bug in latest version of Flameshot. I'm using Windows, so this is not OS-specific. This bug also makes the screenshots not clearly readable (just like it was made with low resolution).
Needed to go back to version 12.1.0.
Can relate with last version on Windows. laptop (2k res) + monitor (2k res)
I'm still having this bug on Linux Fedora 42 Gnome (Wayland). Not fixed in 13.1.0-1.
12.1.0 is working fine for me, as someone mentioned above. I've pinned it there.
have same issue, Win 11 Pro 25H2 3 monitors go dark 4th one is not fully dark
its work when i change main monitor in Windows settings (Whe the right one, is set as main monitor - it wont work, But when i change main monitor, and set rthe left one as main - all works fine)
i just reverted to an older version (12.1.0) and it works fine will stay on this untill this is fixed
agree, just upgraded to 13.3.0 and multi monitor has a serious regression
oh and I love this app, keep it going!
[edit] just checked 12.1.0 and the same behaviour (macos Tahoe). Checking further as I don't remember what version I was on :}
[edit2] actually permission issue on Tahoe. Need to remove perms and re-add. https://github.com/flameshot-org/flameshot/issues/4360#issuecomment-3480090526
https://github.com/user-attachments/assets/0b26010a-b456-4cad-9e0a-39eeaa464cfa
I'm having a similar issue with version 13.*
My external monitor is a 32-inch UHD with a resolution of 3840x2160, acting as my primary monitor. The configuration is extended display.
When I try to take a screenshot, it's not calculating the positions correctly. The capture area is on one monitor, and the tools are on another.
The monitor where I'm trying to take the screenshot turns black, and the monitor where the tools appear shows a black zone with the tools.
The strange thing is that this only happens with the 32-inch monitor. If I disconnect it and connect a 24-inch monitor, everything works fine.
I'm sticking with version 12.1, and with that, everything works perfectly.
