Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

No edit menu on Hyprland when monitor is offset #3641

Open
bekaertruben opened this issue Jun 16, 2024 · 4 comments
Open

No edit menu on Hyprland when monitor is offset #3641

bekaertruben opened this issue Jun 16, 2024 · 4 comments
Labels
Unconfirmed Bug The bug is not confirmed by anyone else. Waiting For Info Addressing the issue or merging the PR is halted and we are waiting for more info to be provided.

Comments

@bekaertruben
Copy link

Flameshot Version

v12.1.0, (this has been happening since long before)

Installation Type

Linux, MacOS, or Windows Package manager (apt, pacman, eopkg, choco, brew, ...)

Operating System type and version

Arch Linux

Description

Because I want to have my laptop screen be "below" an external monitor, I have the following rule in my Hyprland config:
monitor=eDP-1,-1920x-1080@60,0x1440,1
This offsets the location of this monitor so that it is below the external monitor, which is at 0x0.

However, this means that when I want to take a screenshot, the edit menu does not show up. (I assume it is trying to render on the wrong display, but I can not test this currently).

Steps to reproduce

  1. Set a monitor offset in the hyprland config
  2. run flameshot gui

Screenshots or screen recordings

What the screen looks like
console log

System Information

Arch linux, fully up to date, with hyprland v0.41.0.
Monitor setup:

monitor=eDP-1,-1920x-1080@60,0x1440,1
monitor=HDMI-A-1,preferred,0x0,1
@bekaertruben bekaertruben added the Unconfirmed Bug The bug is not confirmed by anyone else. label Jun 16, 2024
@bekaertruben
Copy link
Author

My main laptop screen is 1080p.
The issue occurs for monitor=eDP-1,-1920x-1080@60,0x733,1, but not for monitor=eDP-1,-1920x-1080@60,0x732,1 or lower.
Seems like an arbitrary value to me, perhaps that helps in figuring out what's going on

@mmahmoudian
Copy link
Member

Since you are on Arch, would you please try the AUR. It will build Flameshot against the HEAD of the master branch which contains our latest fixes.

@mmahmoudian mmahmoudian added the Waiting For Info Addressing the issue or merging the PR is halted and we are waiting for more info to be provided. label Jun 19, 2024
@bekaertruben
Copy link
Author

bekaertruben commented Jun 22, 2024

Since you are on Arch, would you please try the AUR. It will build Flameshot against the HEAD of the master branch which contains our latest fixes.

Of course, I've now moved to flameshot-git, and can confirm the issue still occurs.

EDIT: it turns out I was actually already on the git version, my bad for missing this and not mentioning it in the initial issue report

@bekaertruben
Copy link
Author

bekaertruben commented Jun 22, 2024

Another useful bit of information is that the issue only occurs when no external monitor is actually connected.

If an external monitor is connected, it actually only takes a screenshot on that monitor, but allows me to crop and edit on the other...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Unconfirmed Bug The bug is not confirmed by anyone else. Waiting For Info Addressing the issue or merging the PR is halted and we are waiting for more info to be provided.
Projects
None yet
Development

No branches or pull requests

2 participants