Red Hat Bugzilla – Bug 426517
xhost -SI:localuser:tempuser fails to remove user from access list
Last modified: 2008-02-22 06:15:26 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:188.8.131.52) Gecko/20071213 Fedora/184.108.40.206-3.fc8 Firefox/220.127.116.11
Description of problem:
I added a temporary user to the xhost access list with:
which worked properly and the tempuser was able to make connections to the X server. I then tried to remove the user from the access list which failed:
[user@host ~]$ xhost -SI:localuser:tempuser
localuser:tempuser being removed from access control list
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 109 (X_ChangeHosts)
Value in failed request: 0x12
Serial number of failed request: 7
Current serial number in output stream: 9
and the tempuser is still able to access the X server.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. start X & login as some user
xhost +SI:localuser:tempuser <-- where tempuser is an existing (non-root) account. I did not test to see if superuser status affects the behavior; I assumee not.
3. verify that tempuser can connect to the X server
5. Look for the error message and confirm that tempuser can still connect to the X server.
That's bizarre, it certainly works here:
atropine:~% xhost +si:localuser:root
localuser:root being added to access control list
atropine:~% xhost -si:localuser:root
localuser:root being removed from access control list
What does 'xhost' on its own report? I imagine you're getting a hostname in the
access list that ends up not being valid when you want to modify the list.
That is pretty strange. Today is the one day a week I'm away from that machine,
so I'll try it again tonight or tomorrow. I wasn't trying to add a superuser,
though. What happens if you create a temp user and add them to the list?
Huh...strange. Now it's working. I guess it can be resolved as NR.
Thanks for letting us know.