Summary: | Zoom Hotkeys Are Nonfunctional With Xorg-7.1 | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Frank Peters <frank.peters> | ||||||||
Component: | Server/General | Assignee: | Daniel Stone <daniel> | ||||||||
Status: | RESOLVED FIXED | QA Contact: | |||||||||
Severity: | minor | ||||||||||
Priority: | high | CC: | bugs.freedesktop, tilman, wowbagger | ||||||||
Version: | 7.1 (2006.05) | Keywords: | patch, regression | ||||||||
Hardware: | x86 (IA32) | ||||||||||
OS: | Linux (All) | ||||||||||
Whiteboard: | |||||||||||
i915 platform: | i915 features: | ||||||||||
Attachments: |
|
Description
Frank Peters
2006-06-02 09:30:56 UTC
Created attachment 5789 [details]
Xorg.0.log file
Xserver log file
I am seeing this as well. I find it interesting that xvidtune will still change the resolutions, so that would tend to indicate that it is not a failure to have other resolutions but a failure to correctly handle the keypress. I would ask the question: is anybody seeing this with other drivers, or is this just a Radeon issue? (In reply to comment #2) > I am seeing this as well. I find it interesting that xvidtune will still change > the resolutions, so that would tend to indicate that it is not a failure to have > other resolutions but a failure to correctly handle the keypress. Indeed, this sounds related to keymap handling. > I would ask the question: is anybody seeing this with other drivers, or is this > just a Radeon issue? This can hardly be a driver issue; the driver has no influence on the fact that the X server seems to call the driver's HandleMessage() hook instead of the SwitchMode() hook. Created attachment 6090 [details] [review] Patch I blame Daniel Stone :D git diff 7257590651328f89d23e80da1ec6241542a660cd 5be8a66d324f3d5840b134ad29069eace64e6f12 changed case-insensitive string comparisons to case-sensitive ones. xkbdata/xkeyboard-config are configured to send +VMode/-VMode to the server, but it's expecting lower-case strings. I'm not sure this patch is correct and I didn't try to compile that code. That patch doesn't compile, since _XkbStrCaseCmp() isn't available there. yeah, we should get general strcasecmp handling in the dix while we're at it. good pickup, thanks. *** Bug 7343 has been marked as a duplicate of this bug. *** Created attachment 6157 [details] [review] Patch 2nd try This patch adds dix/strcasecmp.c and defines strcasecmp() to xstrcasecmp() in case libc doesn't provide it. Any chance this can go into xorg-server 1.1.1? Fixed in 63f13e01ee6e7df1753f2113f4cff9538596be0a. *** Bug 8084 has been marked as a duplicate of this bug. *** |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.