Repository navigation
v14.0.rc1 #4624
Replies: 12 comments 19 replies
|
I have 2 monitors, different ratio and I'm able to capture screenshots finally 🎉 🚀 But I need to use Legacy mode. I'm using Ubuntu 24.04 LTS with X11 installed via But if I do Should I create bug ticket, or you are aware of that? I was searching existing issues, but all of them were related to Wayland. Not sure I miss something. |
|
OpenBSD-current on amd64 here, I compiled it from source. I use i3 on X11 and I cannot see the "Use legacy X11 screenshot method" in the General tab. |
We have some more |
|
@mmahmoudian hmmm we could just make it a compile time flag rather than an os macro. Then the packager gets to decide if it's appropriate or not. |
That would reduce the runtime as well and I think would result in a smaller binary, although in the grand scheme of things both would be small and negligible. I also cannot think of any drawbacks, unless in future Flatpaks somehow work on non-linux OSs. |
|
@mmahmoudian the Q_OS macro will also compile out the feature so the binary is the same. It's just a matter of if UNIX & !MAC is technically correct and it sounds like it is. So thats probably the best option. I'll do it as part of the V14 release. |
|
I think the (Ideally, this wouldn't be platform-related and would simply toggle on X11.) |
|
Could you please test #4700? I replaced all |
|
If that works I'll just merge it and tag an rc3 , I intended to merge this before the next beta |
|
Downloaded the portable (zip) version for windows and "installed" (Win11). Glad to see the new .ini file!. |
|
Where did you see the new |
|
The "portable" package is not including any flameshot.ini! |
|
Is there any reason for not having this enabled by default if available? 
I guess that is what most users probably would rely on, as I mainly love flameshot for the little time it takes to document and save screenshots, this is definitely something I will have enabled. Feel free to up/downvote this |
|
If you manually start the capture from the tray or cli, you very often want to screenshot a screen your cursor is not on. |
|
gotcha, true point, I was mostly using the hotkey. |
|
@echo off REM === Qt Environment Variables === REM === Additional DPI fixes === REM === Find and launch Flameshot === if exist "C:\Program Files\Flameshot\flameshot.exe" ( if exist "C:\Program Files (x86)\Flameshot\bin\flameshot.exe" ( echo ERROR: Flameshot not found! |
|
I updated to 14 rc1, and I'm using three monitors (including the laptop) on Windows 11. Personally, it became less convenient for me that the "screen selection" only appears on one monitor — before, I had it set up differently. Maybe it would be better to just ignore DPI like I used to do, or to display the screen selection across all three screens? But in my opinion, Flameshot is currently the best program among all that exist. |
|
You can go into settings and chose to only capture the active screen and then it does the screen where your mouse is on. But you can't capture all 3 screens at once for instance. But that's not what I usualy need to do so for me it's fixed now ;) |
|
submitted an issue, intel mac dmg file is actually an arm binary |
|
instead of multimonitor widgets, why not select the screen where the mouse is presently on? at least make it an option. |
|
I've added that as an option for non Wayland clients |
|
You also have that option on Windows |
|
Is it difficult to implement this for Wayland? I’d love to be able to skip the monitor selection step. I haven’t tried it yet, but just seeing the monitor selection interface in the release info makes it feel unnecessary in the vast majority of cases. If it’s not possible to capture only the active screen on Wayland, could it maybe capture all monitors instead? Or is that also not possible on Wayland? Is there anything in Wayland that could allow this kind of behavior in the future? I understand there might be security implications, but a feature that tells the app which monitor/screen the mouse is currently inside sounds like a pretty generic and harmless one. Or am I mistaken here? |
|
Nice work Screen Selection works on Windows and doesn't do the wired crop anymore! |
|
Hey, I am experiencing the multi-monitor capture issue so I decided to try this new release and I see Fedora 43 is not listed in the "assets" section. Should I simply install the flameshot-14.0.0-1.fc42.x86_64.rpm version on Fedora 43? Will it "replace" the original rpm installed from Fedora repos or do I need to uninstall that one first? I would like to keep flameshot included in the OS updates though. |
|
I'm on Fedora 44, and I was able to install the flameshot-14.0.0-1.fc42.x86_64.rpm version and it seems to be working perfectly. It successfully replaces the version 13. If you wanted to switch back, you would be able to do so with |
|
The 14.0.rc3 is building and working perfectly on OpenBSD. Thank you team ! |
|
Howdy About the Legacy X11 Screenshot Fallback for I3wm and Qtile or DWM i never need that honestly but since the last update patch seems like i do have to enforce it so that flameshot works ?! (enable it) so it works as before...as long as it works sure. Other than this not much issues i can say. |
Uh oh!
There was an error while loading. Please reload this page.
Flameshot v14.0 RC1 Release Notes
We are excited to start the beta for Flameshot version 14. This release brings major improvements to multi-monitor support, fractionl scaling support, new capture workflows, and a long list of bug fixes across all platforms.
New Features
Unified Approach to Multi-Monitor / Scaling
The largest change in this version is when a screenshot is taken, the user will be prompted to select which monitor to capture. Previously on Linux and Windows the capture widget was drawn across all monitors. This presents significant challenges as we diversify the DE's that are supported in linux and mixed scaling becomes more common. After a lot of testing and iteration I decided the best path forward is this solution.
I understand this is a change in workflow, and some may find it cumbersome. However, this will be the path forward for the time being. Please read the following sections as well if you are on X11 or Windows.
Additionally, on Linux the primary way to take a screenshot is using the xdg-desktop-portal calls. This is the only way to screenshot on Wayland, and many X11 DE's also support this. I reccomend looking at this Arch Wiki page to see if your DE supports it. If not there is a "deprecated" option that can be enabled that will fall back to the legacy method for capturing. (See below)
Legacy X11 Screenshot Fallback
For users on minimal window managers (i3, xmonad, etc.) without
xdg-desktop-portal, there is now a Settings → General → "Use legacy X11 screenshot method" option that bypasses the portal. This is marked as deprecated but ensures Flameshot works in more environments.Tray Menu to select screen
If you typically launch flameshot from the tray menu, there is a new dropdown that will directly let you select which monitor to capture and bypass the monitor selection widget.
Capture Active Monitor (X11 & Windows)
When this is enabled Flameshot will skip the monitor selection dialog entirely and will automatically capture whichever monitor your cursor is on. Enable it in Settings → General → "Capture active monitor (skip monitor selection)".
Windows Global Screenshot Shortcut
Flameshot on Windows now supports a global "take screenshot" hotkey, meaning that you can now take screenshots with keybindings other than PrntScn. It can also detect if Windows has reserved PrtScn for Snipping Tool and offers to change that registry setting, or register Flameshot as the system's screen capture application.
[TBD Add image / directions]
D-Bus Capture Method (Linux)
A new
captureScreen()D-Bus method lets scripts and external applications trigger Flameshot's GUI capture programmatically, making automation and integration even more easier on Linux.Portable Binary Mode (Windows)
Flameshot can now store its configuration in a
flameshot.inifile alongside the executable instead of the user config directory. This enables portable/USB-stick deployment. Controlled by theUSE_PORTABLE_CONFIGCMake flag (on by default for Windows).Screen Subcommand Redesign
The
flameshot screenCLI subcommand has been reworked to support a per-screen capture paradigm. A new--edit/-eflag enables the user to specify which screen to capture. Users can use this to bind custom hotkeys to screenshot specific monitors to bypass the monitor selection widget.Nix Flake Support
A comprehensive
flake.nixis now included for reproducible builds and development on NixOS. Usenix build,nix run, ornix developout of the box.Improvements
Launcher UI Made More Compact
The launcher dialog is now significantly smaller: monitor selection is hidden on single-screen setups, layout margins are tighter, and the window auto-fits its content.
Update Checker Rework
The update notification system has been overhauled. The menu now shows "Download version X.Y.Z" when an update is available. Manual checks display "You have the latest version" when up to date, and the UI updates smoothly without requiring a menu close/reopen.
New macOS Icon Set
The application icon on macOS has been replaced with a higher-quality, multi-resolution icon set.
Removed Startup Delay
The 500ms arbitrary delay on the desktop entry's "Take Screenshot" action has been removed. This was exclusively affecting some Linux users and was initially meant for older version of Unity DE.
Bug Fixes
Wayland
QPainter crashes on KDE Plasma Wayland (Qt 6): Added safety checks across 9 widget files to prevent "Paint device returned engine == 0" crashes when the backing store isn't ready.
Clipboard runtime detection: A single binary now works on both Wayland and X11 — the clipboard backend is selected at runtime instead of compile time.
GNOME clipboard copy failure: Worked around GNOME's requirement for a visible window during clipboard operations. The capture window now stays briefly alive until the compositor fetches the data. (Fixes
Copy selection to clipboardnot work any more on GNOME wayland (mutter 48.4) #4116, Screenshot copying to clipboard doesn't work #4298)Cosmic Desktop
X11 / GNOME
Qt::BypassWindowManagerHinton X11 GNOME.Windows
macOS
Cross-Platform
D-Bus hang fix: Flameshot no longer hangs on systems without a
org.freedesktop.Notificationsservice registered. (Fixes When no notification manager is running Flameshot hangs and causes ubuntu to hang after taking screenshot #4353)D-Bus race condition: Fixed a race condition where a temporary QApplication could corrupt Wayland connections, causing subsequent portal calls to hang.
Double right-click segfault: Fixed a crash caused by double right-clicking in the capture window.
Last region on scaled displays: Saved region coordinates now correctly account for the device pixel ratio on HiDPI screens.
Layout warning fix: Removed a duplicate layout parent assignment that printed a Qt warning on every capture.
Packaging & Infrastructure
Translations
Special thanks to @ElTh0r0 for their contributions, especially regarding the Windows issues.
Thank you to all the contributors who made this release possible! Please report any issues on GitHub.
See below for the full list of changes:
What's Changed
New Contributors
Full Changelog: v13.3.0...v14.0.rc1
This discussion was created from the release v14.0.rc1.
All reactions