GNOME Bugzilla – Bug 634711
Xlib warning when RANDR is missing
Last modified: 2011-01-03 16:59:10 UTC
Created attachment 174354 [details] [review] proposed patch gtk calls XRRSelectInput even when the X server doesn't support RANDR, leading to: Xlib: extension "RANDR" missing on display ":1.0" at every gtk app's startup. I tested with Xnest, but Xorg with xinerama also doesn't have RANDR.
The patch is wrong, we want to use randr even if it is 1.2
(In reply to comment #1) > The patch is wrong, we want to use randr even if it is 1.2 most of the randr code paths are already disabled if randr is < 1.3. You'll still get ConfigureNotify on the root window, but for screen geometry you use xinerama anyway, do you actually need randr events? That said I'm happy to change the condition to XRRQueryExtension() if you think it's necessary.
Created attachment 176934 [details] [review] take 2 I redid the patch to check for randr 1.2 instead of 1.3 for XRRSelectInput. In theory you could use RRScreenChangeNotifyMask on randr < 1.2, but CrtcChangeNotify and OutputPropertyNotify are randr 1.2 events, and I'm not sure randr < 1.2 is all that interesting anyway, so I ignored that for now.
Review of attachment 176934 [details] [review]: Looks fine now.