GNOME Bugzilla – Bug 578136
Icons text goes dark if setting a dark background and then switching between Icons and List view
Last modified: 2009-12-04 10:52:28 UTC
this report has been filed here: https://bugs.edge.launchpad.net/ubuntu/+source/nautilus/+bug/356289 "If I set a dark background (pattern or color) the icons text goes white, as expected. If I then switch to List view (Ctrl+2) and then back to Icons view (Ctrl+1) the icons text becomes dark, barely unreadable." Thanks,
Created attachment 133018 [details] I get the same problem when I open a new tab in the same window. See attached screenshot
Comment on attachment 133018 [details] I get the same problem when I open a new tab in the same window. See attached screenshot This started happening when I upgraded from Intrepid to Jaunty
I can also add that dragging and dropping the same background color will not fix the font issue. You have to drag a new background over, then drag your initial background over to initiate the color change.
Fixed in master. commit 7b86b78e2ff6a0f1b45ac8f8a9c30cf3d0c6ae96 Author: Cosimo Cecchi <cosimoc@gnome.org> Date: Thu May 28 14:28:55 2009 +0200 Emit APPEARANCE_CHANGED when setting the bg color Emit the APPEARANCE_CHANGED signal when we're setting the color, as we're ignoring the pending changes after the backgorund is realized, and thus we're not getting color updates (#578136).
*** Bug 578137 has been marked as a duplicate of this bug. ***
This is still an issue with Nautilus 2.27.91, test case: - Choose the Blue Type background and apply that to the Icon View - The text there is White - Change to the List View and back to Icon View - The text on the view is now Black
Yeah, that fix was not right. We ignore the pending change for a reason (to avoid creating the desktop background pixmap twice). The real reason seems to be the initial style_set causing a background-changed event which re-realizes the background at an unfortune time. Commited fixes for this to master and gnome-2-28