Bug 84 - kde - oxygen cursor reverts to regular cursor when mouse over firefox
Summary: kde - oxygen cursor reverts to regular cursor when mouse over firefox
Status: RESOLVED INVALID
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Ahmad Samir
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-17 17:33 CET by Jerome Quelin
Modified: 2011-02-18 15:51 CET (History)
1 user (show)

See Also:
Source RPM:
CVE:
Status comment:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Jerome Quelin 2011-02-17 17:33:27 CET 
User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:2.0b10) Gecko/20110206 Firefox/4.0b10
Build Identifier: 

oxygen-cursor-themes cursor reverts to standard cursor when mouse over a
firefox window.

with mouse over some non-firefox program window still correctly see oxygen
cursor.  (works fine in 'konsole' terminal window for example)

see https://bugzilla.redhat.com/show_bug.cgi?id=612835

Reproducible: 

Steps to Reproduce:
Comment 1 John Balcaen 2011-02-17 18:32:41 CET 
I can't reproduce here (but i don't have 3d effects) nor i upgraded to.
Do you also have the /etc/gtk-2.0/gtkrc file eventually as suggested on fedora's bugzilla ?

CC: (none) => balcaen.john

Comment 2 Ahmad Samir 2011-02-17 19:45:10 CET 
After you changed the cursor in KDE4 systemsettings, did you log out > log in? i.e. does the issue persist after a log out > log in?

Keywords: (none) => NEEDINFO

Comment 3 Jerome Quelin 2011-02-18 13:28:41 CET 
indeed, logging out + in again solves the problem.
but that's strange, since it is applied directly for all other windows. anyway, closing bug as invalid.

Status: NEW => RESOLVED
Resolution: (none) => INVALID

Comment 4 Ahmad Samir 2011-02-18 15:51:02 CET 
Firefox is a GTK+ app and you're running KDE, it should work, but I've seen this behaviour before sometimes, never pinned down to something in particular though...

Keywords: NEEDINFO => (none)
Note You need to log in before you can comment on or make changes to this bug.