GNOME Bugzilla – Bug 647662
meta_window_is_remote: If WM_CLIENT_MACHINE not set, don't assume remote
Last modified: 2011-04-25 20:43:03 UTC
Apparently the "fox" toolkit doesn't set WM_CLIENT_MACHINE; while we could do gymnastics to attempt to figure this out (talk to the X server?), better to just default to FALSE.
Created attachment 185875 [details] [review] meta_window_is_remote: If WM_CLIENT_MACHINE not set, don't assume remote
*** Bug 647475 has been marked as a duplicate of this bug. ***
Comment on attachment 185875 [details] [review] meta_window_is_remote: If WM_CLIENT_MACHINE not set, don't assume remote ok
Dan: You set the "accepted-commit_after_freeze" flag. What freeze do you actually refer to?
gnome-shell has a self-imposed code freeze for 3.0.1 (with breaks approved by Owen). http://mail.gnome.org/archives/gnome-shell-list/2011-April/msg00073.html
Colin: what's the effect of this bug? Should we get it in for 3.0.1?
gnome-shell doesn't load the .desktop application file when WM_CLIENT_MACHINE is not set.
possible 3.0.1
(In reply to comment #6) > Colin: what's the effect of this bug? Should we get it in for 3.0.1? It breaks apps from the FOX toolkit I guess...not really a huge deal.
(In reply to comment #9) > (In reply to comment #6) > > Colin: what's the effect of this bug? Should we get it in for 3.0.1? > > It breaks apps from the FOX toolkit I guess...not really a huge deal. Yay... feel the gnome love :)
Review of attachment 185875 [details] [review]: I'm not aware of any gymnastics that we could do to figure this out, in say, the case of ssh tunneling a remote client may be connecting from a local unix socket. Patch looks safe, and "not remote" seems like the right default.
Attachment 185875 [details] pushed as 4ff4ebe - meta_window_is_remote: If WM_CLIENT_MACHINE not set, don't assume remote