| Summary: | cursor becomes confined to first xinerama screen - cursor wraps to other side of screen | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Charles R. Anderson <cra> | ||||||
| Component: | Driver/Radeon | Assignee: | Xorg Project Team <xorg-team> | ||||||
| Status: | RESOLVED WORKSFORME | QA Contact: | Xorg Project Team <xorg-team> | ||||||
| Severity: | normal | ||||||||
| Priority: | high | CC: | thecubic | ||||||
| Version: | 6.8.2 | ||||||||
| Hardware: | x86 (IA32) | ||||||||
| OS: | Linux (All) | ||||||||
| URL: | https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=164799 | ||||||||
| Whiteboard: | |||||||||
| i915 platform: | i915 features: | ||||||||
| Attachments: |
|
||||||||
Created attachment 3156 [details]
xorg configuration
Configuration created by system-config-display, with one manual edit, changing
ServerLayout "Screen0" RightOf "Screen1" instead of LeftOf.
Created attachment 3157 [details]
xorg log
Any updates, Charles? Are you running FC6 nowadays? Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future. Honestly I haven't been running Xinerama in a long time since I discovered MergedFB, so I can't say whether this is still happening or not. closing. |
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.
After starting Open Office, the X cursor can no longer be moved off the left edge of Screen 0 onto the right edge of Screen 1. Instead, the cursor wraps to the right edge of Screen 0. It seems that there may be a way to "fix" the behavior without restarting X, but I only stumbled upon it once. Killing Open Office doesn't fix it, and changing virtual desktops with the mouse or keyboard doesn't fix it. I'm not sure if this is an xorg-x11 / xinerama bug, an openoffice.org bug, a metacity bug, or something else. Version-Release number of selected component (if applicable): 6.8.2-37 How reproducible: Sometimes. I haven't narrowed down the exact steps, but it seems to happen when starting oocalc from the command line, only sometimes, and may have something to do with the window being placed on the opposite display from where the mouse cursor is currently. Steps to Reproduce: 1. Set up dual displays in Xinerama mode. 2. Open a terminal window on Screen 0. 3. run "oocalc" such that metacity places the window on Screen 1, e.g. first fill up the empty space on Screen 0 with other windows. Actual results: Open Office Calc starts up on Screen 1, and immediately the X cursor becomes confined to Screen 0. Moving the cursor across the left edge of Screen 0 just causes the cursor to warp or wrap to the right edge of the same screen. Expected results: The mouse cursor should not become confined. The full use of both screens in Xinerama mode should be retained regardless of what applications are started. Additional info: FC4, GNOME desktop, fairly standard settings (except focus follows mouse / Select windows when the mouse moves over them), Clearlooks/Clearlooks theme, metacity window manager. OSS radeon driver, ATI Radeon X300 PCI-Express card, dual DVI outputs connected to Dell 2001FP monitors. Component versions: xorg-x11-6.8.2-37 metacity-2.10.0-2.fc4 gnome-panel-2.10.1-10.2 openoffice.org-core-1.9.117-3.1.0.fc4 BTW, something I did just "fixed" the cursor. lspci: 01:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc: Unknown device 0402 Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at d0000000 (32-bit, prefetchable) [size=128M] I/O ports at dc00 [size=256] Memory at dfde0000 (32-bit, non-prefetchable) [size=64K] Expansion ROM at dfe00000 [disabled] [size=128K] Capabilities: [50] Power Management version 2 Capabilities: [58] Express Endpoint IRQ 0 Capabilities: [80] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable- Capabilities: [100] Advanced Error Reporting