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

Implement proper handling of the _NET_CM_Sn selection #320

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

psychon
Copy link

@psychon psychon commented Oct 24, 2015

This fixes/implements mostly the required behavior for #301. Startup is refused if _NET_CM_Sn is already owned and when that selection is lost, compton exits.

If someone wants, they could add a --replace flag ontop of this, but I am too lazy for that. For this it should only be needed to skip the exit and wait for the old selection owner window to be destroyed before continuing startup.

Before becoming the selection owner for _NET_WM_CM_Sn, compton will now check if
that selection is already owned (which means that another composite manager is
already running). If this check fails, startup will be refused. This behaviour
is required by EWMH / ICCCM.

Because this should catch all composite managers, the error message that was
used before when another manager is already running is reworded to mention that
the other manager does not follow EWMH.

Signed-off-by: Uli Schlachter <psychon@znc.in>
Again, this behaviour is required by ICCCM.

Signed-off-by: Uli Schlachter <psychon@znc.in>
yshui referenced this pull request in yshui/picom Oct 8, 2016
chjj#320
chjj#362
chjj#379
yshui referenced this pull request in yshui/picom Oct 8, 2016
chjj#320
chjj#362
chjj#370
tryone144 pushed a commit to tryone144/compton that referenced this pull request Mar 25, 2020
While /dev/null is always empty, it still generates inotify events. So
using /dev/null as config file will cause the compositor to reset itself
frequently.

Not entire sure if only allowing regular files is sufficient, but we
will be doing this until an issue comes up.

Fixes chjj#320

Signed-off-by: Yuxuan Shui <yshuiv7@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant