-
-
Notifications
You must be signed in to change notification settings - Fork 978
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
Unable to set different monitor layout with 'wlr-randr' #5101
Comments
generally I'd recommend using hyprctl... |
@vaxerski maybe I'm not getting it, isn't hyprctl only able to set new settings only ? (vs update/replace existing ones) EDIT: |
Hmmm... I'm not seeing it in the changelog but I'm running an old 0.35.0, I guess this is a recent addition. I'll have a look once I'm back from holidays, thanks! |
it was added in 0.37 |
@dantefromhell I pushed some untested code in the "next" branch of pyprland to not use wlr-randr : https://github.com/hyprland-community/pyprland/tree/next Also pushed some similar experimental code in https://github.com/fdev31/wlr-layout-ui I'll only be able to test next month when I have my usual setup but it may work ;) |
I've decided to use hard-coded monitors rules in my |
Came across the same issue on my end. Running on Hyprland-git from the AUR [LOG] [COutputManager] New OutputManager registered
[LOG] [COutputManager] | sending output head for eDP-1
[LOG] [COutputMode] | sending mode 1920x1080@60014mHz, pref: true
[LOG] [COutputMode] | sending mode 1920x1080@48001mHz, pref: false
[LOG] [COutputHead] | sending current mode for eDP-1: 1920x1080@60014
[LOG] [COutputManager] | sending output head for HDMI-A-1
[LOG] [COutputMode] | sending mode 1920x1080@60000mHz, pref: true
[LOG] [COutputMode] | sending mode 1920x1080@74973mHz, pref: false
[LOG] [COutputMode] | sending mode 1920x1080@60000mHz, pref: false
[LOG] [COutputMode] | sending mode 1920x1080@59940mHz, pref: false
[LOG] [COutputMode] | sending mode 1920x1080@50000mHz, pref: false
[LOG] [COutputMode] | sending mode 1680x1050@59883mHz, pref: false
[LOG] [COutputMode] | sending mode 1600x900@60000mHz, pref: false
[LOG] [COutputMode] | sending mode 1280x1024@75025mHz, pref: false
[LOG] [COutputMode] | sending mode 1280x1024@60020mHz, pref: false
[LOG] [COutputMode] | sending mode 1440x900@59901mHz, pref: false
[LOG] [COutputMode] | sending mode 1280x800@59910mHz, pref: false
[LOG] [COutputMode] | sending mode 1152x864@75000mHz, pref: false
[LOG] [COutputMode] | sending mode 1280x720@60000mHz, pref: false
[LOG] [COutputMode] | sending mode 1280x720@60000mHz, pref: false
[LOG] [COutputMode] | sending mode 1280x720@59940mHz, pref: false
[LOG] [COutputMode] | sending mode 1280x720@50000mHz, pref: false
[LOG] [COutputMode] | sending mode 1280x720@50000mHz, pref: false
[LOG] [COutputMode] | sending mode 1024x768@75029mHz, pref: false
[LOG] [COutputMode] | sending mode 1024x768@70069mHz, pref: false
[LOG] [COutputMode] | sending mode 1024x768@60004mHz, pref: false
[LOG] [COutputMode] | sending mode 832x624@74551mHz, pref: false
[LOG] [COutputMode] | sending mode 800x600@75000mHz, pref: false
[LOG] [COutputMode] | sending mode 800x600@72188mHz, pref: false
[LOG] [COutputMode] | sending mode 800x600@60317mHz, pref: false
[LOG] [COutputMode] | sending mode 800x600@56250mHz, pref: false
[LOG] [COutputMode] | sending mode 720x576@50000mHz, pref: false
[LOG] [COutputMode] | sending mode 720x576@50000mHz, pref: false
[LOG] [COutputMode] | sending mode 720x480@60000mHz, pref: false
[LOG] [COutputMode] | sending mode 720x480@60000mHz, pref: false
[LOG] [COutputMode] | sending mode 720x480@59940mHz, pref: false
[LOG] [COutputMode] | sending mode 720x480@59940mHz, pref: false
[LOG] [COutputMode] | sending mode 640x480@75000mHz, pref: false
[LOG] [COutputMode] | sending mode 640x480@72809mHz, pref: false
[LOG] [COutputMode] | sending mode 640x480@66667mHz, pref: false
[LOG] [COutputMode] | sending mode 640x480@60000mHz, pref: false
[LOG] [COutputMode] | sending mode 640x480@59940mHz, pref: false
[LOG] [COutputMode] | sending mode 720x400@70082mHz, pref: false
[LOG] [COutputHead] | sending current mode for HDMI-A-1: 1920x1080@60000
[LOG] [COutputManager] Creating new configuration
[LOG] [COutputConfiguration] disableHead on eDP-1
[LOG] [COutputConfiguration] enableHead on HDMI-A-1. For now, doing nothing. Waiting for apply().
[LOG] [COutputConfiguration] Applying configuration
[LOG] [COutputConfiguration] Saving config for monitor HDMI-A-1
[LOG] [COutputConfiguration] Saved configuration
[LOG] Applying monitor rule for eDP-1
[LOG] Not applying a new rule to eDP-1 because it's already applied!
[WARN] No rule found for HDMI-A-1, trying to use the first.
[WARN] No rules configured. Using the default hardcoded one.
[LOG] Applying monitor rule for HDMI-A-1
[LOG] Setting preferred mode for HDMI-A-1
[LOG] output HDMI-A-1 succeeded basic test on format DRM_FORMAT_XRGB8888
[LOG] [AQ] drm: Modesetting HDMI-A-1 with [email protected]
[LOG] arrangeMonitors: 2 to arrange
[LOG] arrangeMonitors: eDP-1 explicit [0, 0]
[LOG] arrangeMonitors: HDMI-A-1 auto [1920, 0]
[LOG] arrangeMonitors: eDP-1 xwayland [0, 0]
[LOG] arrangeMonitors: HDMI-A-1 xwayland [1920, 0]
[LOG] Monitor HDMI-A-1 data dump: res [email protected], scale 1.00, transform 0, pos 1920x0, 10b 0 Only have a default monitor rule for my laptop screen which is 1920x1080, without the monitor rule it just defaults to 1280x720 not sure why. Even removed that monitor rule for the laptop screen but nothing happened. It was fine last week but after updating Hyprland can't use |
Hyprland Version
Hyprland, built from branch at commit 7ea555d ().
Date: 2024-03-13
Tag:
flags: (if any)
Bug or Regression?
Bug
Description
When using
wlr-randr
/wdisplays
orwlr-layout-ui
to change the layout of my 2 screens no change occurs. The layout remains the same.How to reproduce
wlr-randr
wlr-randr
Crash reports, logs, images, videos
The
hyprland
debug log showsIf I understand this correctly, hyprland re-applies the layout it has auto-determined during startup.
Not sure if this is a regression, #110 looks very similar but didn't provide any debug logs to compare against.
Additional info in hyprland-community/pyprland#53 (reply in thread)
The text was updated successfully, but these errors were encountered: