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

Sway: Non (0,0) screen position hides UI elements into top-left corner #2941

Open
paul-ri opened this issue Oct 8, 2022 · 5 comments
Open
Labels
Unconfirmed Bug The bug is not confirmed by anyone else.

Comments

@paul-ri
Copy link

paul-ri commented Oct 8, 2022

Flameshot Version

Used flameshot-git from the Arch Linux AUR repository (2022-10-08).

❯ flameshot --version 
Flameshot v12.1.0 (134117b5)
Compiled with Qt 5.15.6

The official v12.1.0 release behaves the same too.

Installation Type

User repository (AUR)

Operating System type and version

Linux 5.19.13-arch1-1

Description

No Flameshot UI is visible but for 1 single tool on the top-left corner of the screen. This one tool is usable. Nothing else is displayed.

This happens when the (x, y) screen position is different from (0, 0) and on a single screen (my multi-screen setup is fine, I'm assuming because I have at least 1 screen at (0,0))

Reason for my setup: The laptop is sometimes docked on the left or right of a multi-screen setup. I permanently set it a something like x=3000, y=500. The value is kept even when un-docked

Thanks for building Flameshot, it's pretty nice and useful!

Steps to reproduce

  1. Set current screen position to not (0, 0) swaymsg -- output "-" pos 1000 1000
  2. Run flameshot gui
  3. Observe absence of UI on screen (e.g. no pink hint screen in the middle)
  4. Select an area
  5. Observe a singular tool appearing on the top left. Nothing else.

Changing the location back to (0 0) removes the issue

Screenshots or screen recordings

With (x, y) screen position (1000, 1000):
2022-10-08-155118_recording

With screen position (0, 0):
2022-10-08-155212_recording

With screen position (200, 200):
image

System Information

  • OS: Linux 5.19.13-arch1-1
  • Wayland compositor: sway version 1.8-dev-b0fc8348 (Sep 27 2022, branch 'master')
  • Screen setup:
    • With bug: single screen on a (x=1000, y=1000) position
❯ swaymsg -t get_outputs
Output eDP-1 'AU Optronics 0x472D Unknown' (focused)
  Current mode: 1920x1080 @ 60.049 Hz
  Position: 1000,1000
  Scale factor: 1.000000
  Scale filter: linear
  Subpixel hinting: unknown
  Transform: normal
  Workspace: 2
  Max render time: off
  Adaptive sync: disabled
  Available modes:
    1920x1080 @ 60.049 Hz
@paul-ri paul-ri added the Unconfirmed Bug The bug is not confirmed by anyone else. label Oct 8, 2022
@paul-ri
Copy link
Author

paul-ri commented Oct 6, 2023

Appears related to #2364

@AkechiShiro
Copy link

I do confirm I'm running into the same issue currently on Sway, I cannot even screenshot as the screenshot is stuck on display position (0,0).

If there was a previous screen (2nd) at (0,0) which has been unplugged from a laptop, resetting the display position to (0,0) is necessary so that I can see the flameshot gui, the 2nd screen seems to somehow still exists despite having been unplugged, only resetting the main display position (using wdisplays) to (0,0) can fix the issue.
Maybe the primary screen is not updated on my setup and something is wrong with it.

Thus need to manually reset the position of the primary screen no display at the screen position (0,0)

@AkechiShiro
Copy link

Is there any way to fix/move forward this specific issue ? Maybe resetting the screen position to (0,0) on Sway, when no screens are plugged would be a workaround ?

@paul-ri
Copy link
Author

paul-ri commented Feb 27, 2024

@AkechiShiro

Is there any way to fix/move forward this specific issue ? Maybe resetting the screen position to (0,0) on Sway, when no screens are plugged would be a workaround ?

I can suggest a screen management tool. This one is from the current maintainer of Sway: https://sr.ht/~emersion/kanshi/ . It will load the right screen configuration depending on which screens are currently plugged in.
It's rather straightforward to setup.

@poplawskidaniel
Copy link

Is there any way to fix/move forward this specific issue ? Maybe resetting the screen position to (0,0) on Sway, when no screens are plugged would be a workaround ?

Thanks for that idea!
I have connected 2 monitors and TV to the PC and I am using shortcuts to switch between many created modes. Hwever I didn't add pos 0 0 in swaymsg output in such.
After adding pos for each mode flameshot shows icons correctly!

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.
Projects
None yet
Development

No branches or pull requests

3 participants