GNOME Bugzilla – Bug 605704
A white border will appear around desktop after renaming a file on the desktop
Last modified: 2010-03-18 11:42:51 UTC
Description of problem: after renaming a file under gnome a white 2 pixel border will appear around the entire desktop, like the desktop was put into a picture frame. Version-Release number of selected component (if applicable): How reproducible: 100% Steps to Reproduce: 1. place a file on the gnome desktop 2. rename it 3. a with border around the desktop appears
I can confirm this is on Mandriva Cooker with nautilus 2.29.1, gtk 2.19.2 and glib 2.23.1.
Same issue here, but 1px
1 pixel here now too
Color and width of the border depend on the GTK theme, eg. with "High Contrast Inverse" it's a thick white border, while with "Clearlooks" the border is thin and gray.
(In reply to comment #4) > Color and width of the border depend on the GTK theme, eg. with "High Contrast > Inverse" it's a thick white border, while with "Clearlooks" the border is thin > and gray. indeed, with elementary it's 4 pixels....anyway any status report on this, I think even though it's just cosmetic that this bug is pretty major
I also noticed this bug is triggered if you change the Desktop's background. Right now I can see the border but I'm pretty sure I did not do either so there might be more possibilities to get that behaviour.
Sorry for the noise but I just saw that this border can also be seen in regular nautilus windows. I just never noticed it, because with the Clearlooks engine it was too small. Testing with eGTK theme (combination of murrine and aurora) the same 7px border is even applied to "Extra Panes". The border itself seems to be dependent on the engine, with elementary it is drawn left and right.
*** Bug 610345 has been marked as a duplicate of this bug. ***
This issue is still present in nautilus 2.29.92. Is there any temporary workaround to prevent the border from being drawn until the bug is fixed properly?
Problem happens from libnautilus-private/nautilus-icon-container.c, nautilus_icon_container_start_renaming_selected_item: ~8419: gtk_widget_show (details->rename_widget); I found this by putting "return;" in likely places in the function until the behaviour appeared.
I think this bugs priority should be raised. Although it is only visual and rather minor inconvenience, it is seen too often and too public, and get's triggered awfully often: * on theme change * on screen size change * when plugging a external monitor (for presentation for example) * when renaming files on desktop
Created attachment 156093 [details] [review] Don't display a border around the desktop frame. This patch fixes the issue for me when renaming files on the desktop. I also tested changing theme and desktop font; all working good with no desktop border appearing.
Review of attachment 156093 [details] [review]: Using this patch right now. Encountered no side-effects so far.
Created attachment 156117 [details] Still border in Nautilus windows Although the above patch solves the "border on desktop" problem, there is still a grey border in Nautilus (using elementary theme).
@Alex Hofbauer: See this commit (this is where I found how to fix this issue for the desktop): http://git.gnome.org/browse/nautilus/commit/?id=9bc68d825f3e928e736caf213b84371607a6bd41 The bug this commit 'fixed' is: https://bugzilla.gnome.org/show_bug.cgi?id=499361 Comment #47 says: "Also it depends on the GTK widget theme used. Some themes look ugly with the shadow and some look ugly without it."
(In reply to comment #15) Luke, thank you for your detailed information. I reverted this commit to see the differences and now I think I understand the issue: Nautilus looks ugly either way. It seems there's nothing one can do about that at the moment (unless there's a workaround for gtkrc).
Review of attachment 156093 [details] [review]: Looks good to me, but we're in a freeze, i'll ask for a break.
pushed.