Skip to content
This repository has been archived by the owner on Jan 26, 2024. It is now read-only.

[ Regression + Workaround ] wlr-randr: sequence dependency #418

Open
Manfred-Knick opened this issue May 21, 2023 · 0 comments
Open

[ Regression + Workaround ] wlr-randr: sequence dependency #418

Manfred-Knick opened this issue May 21, 2023 · 0 comments
Labels
A: bug Something isn't working

Comments

@Manfred-Knick
Copy link

Manfred-Knick commented May 21, 2023

Info

$ equery list wayland dev-libs/wayland-protocols wlr-randr wlroots dwl

[IP-] [ ] dev-libs/wayland-9999:0
[IP-] [ ] dev-libs/wayland-protocols-9999:0
[I-O] [ ] gui-apps/wlr-randr-9999:0
[IP-] [ ] gui-libs/wlroots-0.16.2:0/16
[I-O] [ ] gui-wm/dwl-9999:0

Description

Former working setup: c.f. #269
--> Workaround --> Setup 2:

Commanding wlr-randr in sequence { DP-1 | HDMI-A-1 | DP-2 | DP-3 } worked perfectly right away.

Now, running this sequence a first time, this fails for HDMI-A-1,
which is being moved to the "very last position = farest right" instead.

But, running the identical sequence a second time, "repairs" the issue.

Workaround

Commanding wlr-randr in sequence { DP-1 | DP-2 | DP-3 | HDMI-A-1 } works @ first time.

Disclaimer

I am not able to differentiate in which of the component layers involved the bug resides.
It need not be dwl itself which is to blame.

Differential Analysis

Anybody with a sway installation to cross-test?

HTH
Kind regards

@Manfred-Knick Manfred-Knick added the A: bug Something isn't working label May 21, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
A: bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant