flameshot icon indicating copy to clipboard operation
flameshot copied to clipboard

menu bar overlays screen (top)

Open tessus opened this issue 1 month ago • 7 comments

Flameshot Version

Flameshot v13.3.0 (88c951e) Compiled with Qt 6.9.2 darwin: 24.6.0 macos: 15.7.1

Installation Type

Using the ready-made package from Github Releases

Operating System type and version

macOS 15.7.1 and macOS 26.0.1

Description

When taking a screenshot and moving the mouse pointer to the top of the screen (e.g. you want to capture an area of your menu item bar), a menu bar is shown over the screen (as it is often done with fullscreen apps). This makes it very hard to capture the top of the screen. See screen recording below.

Steps to reproduce

  1. use keyboard shortcut to take a screenshot
  2. move mouse pointer to top of screen
  3. a menu bar is shown
  4. move mouse pointer towards the middle of the screen
  5. the menu bar vanishes again

Screenshots or screen recordings

It shows an area of the menu item bar and a bit of the desktop with a few icons. When the screen gets darker I have invoked the screenshot mode via the keyboard shortcut. The mouse pointer is not shown, but you can see that the menu item bar is overlayed with a menu bar at one point.

Image

System Information

MacBook Pro (no external display for this bug)

tessus avatar Oct 29 '25 21:10 tessus

I agree this is not optimal, but I don't have any ideas on a workaround without making this not a full screen application. I think this is simply how full screen windowing is implemented on Macos.

borgmanJeremy avatar Oct 30 '25 00:10 borgmanJeremy

Hmm, I though there was a way to change the behavior so that this didn't happen. Because not all fullscreen apps have this beahvior. So there must be a way around this.

In flameshot's case it's not only not necessary but also rather detrimental to its use case, especially when Esc ends the fullscreen anyway...

tessus avatar Oct 30 '25 01:10 tessus

If you can find an open source app (especially Qt) that does not exhibit this behavior I can look through the code.

borgmanJeremy avatar Oct 30 '25 01:10 borgmanJeremy

Will do, although nothing comes to mind right now (wrt Qt).

tessus avatar Oct 30 '25 01:10 tessus

As a work-around and until the actual solution is figured out, one can do Ctrl-A and then reduce the area of the region from the bottom of the screen. (I'm not sure if in macOS it is Command-A or Ctrl-A)

mmahmoudian avatar Oct 30 '25 06:10 mmahmoudian

Yep, you can also create a square and then move it to the top. There are workarounds but they are a bit tedious. I just hope that there is a solution to it. Maybe there is just one parameter in a context struct when invoking fullscreen. Who knows.

I just wanted to bring it up in the hopes that something like that existed. ;-)

tessus avatar Oct 30 '25 06:10 tessus

You are right. I just mentioned the crude workaround in case someone else lands on this thread and is looking for a quick solution to take their screenshot.

I personally haven't used macOS for about a decade, so don't remember much about the behavior there, nor do I remember much about how my applications were behaving. There is a slight chance that the appliances that can suppress menu bar popping up are written in swift and can call certain APIs that are not openly accessible 🤷

mmahmoudian avatar Oct 30 '25 07:10 mmahmoudian