After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 104973 - Animation does not work in the second screen
Animation does not work in the second screen
Status: RESOLVED FIXED
Product: gnome-control-center
Classification: Core
Component: Mouse
2.2.x
Other Linux
: High normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
: 91966 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-02-01 10:52 UTC by Balamurali Viswanathan
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
proposed fix (7.07 KB, patch)
2003-02-12 11:32 UTC, Satyajit Kanungo 		none Details | Review

Description Balamurali Viswanathan 2003-02-01 10:52:52 UTC 
In  a Multihead setup after setting the option  "Show position of cursor
when Control key is pressed" in the mouse preferences capplet, The
animation is shown only when the cursor is present in the primary screen
and control key is pressed.
If the cursor is present in the second screen and when the control key is
pressed it does not show the animation. Thanks.
Comment 1 Satyajit Kanungo 2003-02-12 11:10:31 UTC 
Currently the animation is drawn on the default root window . Hence it
is only drawn on the primary screen. The source currently is not
taking care of multihead environment.

It should get the screen where the event occurred ,get the root window
associated with the screen and draw the animation on the window 
(associated to the current screen)
Comment 2 Satyajit Kanungo 2003-02-12 11:11:11 UTC 
Attaching a patch that fixes the above problem.
Comment 3 Satyajit Kanungo 2003-02-12 11:32:38 UTC 
Created attachment 14268 [details] [review]
proposed fix
Comment 4 Andrew Sobala 2003-02-13 00:03:19 UTC 
*** Bug 91966 has been marked as a duplicate of this bug. ***
Comment 5 Andrew Sobala 2003-02-13 18:58:24 UTC 
patch -> high
Comment 6 Kjartan Maraas 2003-04-22 22:57:32 UTC 
Anyone care to review this?
Comment 7 Jonathan Blandford 2003-07-31 18:30:51 UTC 
I committed the patch, as it looked good and didn't break anything. 
I'd prefer to not close it until I can get some testing from someone
on a multi-head environment.  Thanks.
Comment 8 Kjartan Maraas 2004-09-01 23:23:37 UTC 
If it's been commited I guess it has been tested by now. Closing as fixed.