id,summary,reporter,owner,description,type,status,priority,milestone,component,version,resolution,keywords,cc
134,xauth keys not being maintained over move to different network.,deadshort@…,jeremyhu@freedesktop.org,"
[ I am using 2.3.0rc4 now, and I _think_ this is a recent change since 2.3.0.... surely I would remember this behavior, since I change networks several times a day. ]

If you start X on one network (to be specific, wireless with a 10.0.1.xx address), then move to a different network (ethernet on a different network), the xauth keys do not get updated.

E.g.:

### The X server had already been launched on the 10. network, the machine put to sleep, then woken up on the ""work"" network. xauth shows a mix of keys:
{{{ 
idiotbox:~ cloomis$ xauth list
idiotbox.work.edu/unix:0  MIT-MAGIC-COOKIE-1  fb38dff6c5ed95e341cb6f8b72d61b8b
Idiotbox.home/unix:0  MIT-MAGIC-COOKIE-1  450ea9d58e5ced4cdc53a71cd1acbbd7
10.0.1.24:0  MIT-MAGIC-COOKIE-1  450ea9d58e5ced4cdc53a71cd1acbbd7
}}}
   
### X clients cannot connect:
{{{
idiotbox:~ cloomis$ xterm
Xlib: connection to ""/tmp/launch-ZSJaBH/:0"" refused by server
Xlib: Invalid MIT-MAGIC-COOKIE-1 key
xterm Xt error: Can't open display: /tmp/launch-ZSJaBH/:0
}}}

### Remove the suspect key:
{{{
idiotbox:~ cloomis$ xauth remove idiotbox.work.edu/unix:0
}}}

### X clients get the expected change in response:
{{{
idiotbox:~ cloomis$ xterm
Xlib: connection to ""/tmp/launch-ZSJaBH/:0"" refused by server
Xlib: No protocol specified

xterm Xt error: Can't open display: /tmp/launch-ZSJaBH/:0
}}}

### Add a plausibly correct key:
{{{
idiotbox:~ cloomis$ xauth add idiotbox.work.edu/unix:0 MIT-MAGIC-COOKIE-1  450ea9d58e5ced4cdc53a71cd1acbbd7
idiotbox:~ cloomis$ xauth list
Idiotbox.home/unix:0  MIT-MAGIC-COOKIE-1  450ea9d58e5ced4cdc53a71cd1acbbd7
10.0.1.24:0  MIT-MAGIC-COOKIE-1  450ea9d58e5ced4cdc53a71cd1acbbd7
idiotbox.work.edu/unix:0  MIT-MAGIC-COOKIE-1  450ea9d58e5ced4cdc53a71cd1acbbd7
}}}
    
### And clients now work...

   I'll note that adding keys for `127.0.0.1/unix:0` or `localhost/unix:0` instead of `idiotbox.work.edu/unix:0` did not work, but adding `:0` did.

",usability,closed,Nice to Have,2.3.1,xserver,dev (xorg-server-1.4-apple),fixed,xauth,
