GNOME Bugzilla – Bug 70898
Unable to name a folder immediately after creation or rename on desktop
Last modified: 2009-08-15 18:40:50 UTC
Have found this problem with the nautilus on a Redhat 7.1 machine running the latest Gnome 2.0 source from the CVs. Reproducibility: Always Method: 1. Create a new folder 2. Before one can give a name to the folder, the focus is lost and renaming cannot be completed. The focus loss happens approximately after 2 or 3 secs after creation.
adding GNOME2 keyword
How are you creating the folder? I can't duplicate this at all....
As stated earlier, I had performed testing on nautilus on a Linux RedHat 7.1 machine running the Gnome 2.0, which is built on a daily basis by checking out the entire package set from the CVS. I tried to create a new folder by hitting the Ctrl+N (shortcut for new folder) key and the focus loss used to happen. I had checked up this scenario on Nautilus version 1.15 (had taken the source code from CVS on Friday 08-02-2002). Today I have built the nautilus package (along with all its dependent packages) again (Monday 11-02-2002) and have tested, but I am unable to recreate the scenario. I'm closing the bug for not having been able to reproduce the scenario again in the latest version.
Facing this problem in the latest CVS snapshots on SOlaris and Linux. Reopening bug.
I can't duplicate. Nautilus 1.1.11, built from cvs 4/2.
John: Strange. I'm able to reproduce this always on both my Linux box and solaris box (but the 31st from the CVS). I create a folder on my desktop, I leave it for a while without entering a name, and then it loses focus preventing me from giving a name to it. Is anyone else able to reproduce this problem?
Assuming that one does not click on other windows or anything, I've left the focus there for 30-35 seconds without a problem. So no, I can't reproduce with current snapshots.
I have not been able to duplicate this problem, either. If I go to another window, then return, I lose focus on the folder. Otherwise, just waiting, and even moving the mouse around and hilighting other icons/the toolbar icons, won't lose focus for me.
Not seeing this either. Anand do you still experience this?
I've tried upgrading my X from ver 4.0.5 to ver 4.1. But still seeing this problem. I'll straighten out the problem again. 1) I allow nautilus to draw my desktop. 2) I create a folder on the desktop (rt click -> new folder) 3) I get a folder with the name "Untitled FOlder", selected so that, i can just type a name and press return. 4) But, I dont type a name. 5) After a moment, my new folder loses it renaming capability and i can no longer give a name to it. It attains the name "Untitled Folder" However the focus still remains on the folder. In other words, the folder loses the "first time default naming capability" after a few secs.
Of course, a workaround is to again right click and select 'rename'. But the bug is that, when you create a new folder: 1. folder should be highlighted ( which is there) 2. and a cursor should be blinking for you to provide a name to folder. #2 is something that only works for 2-3 seconds. So, it gives you a chance to rename it in only 2-3 secs and goes away. Whereas it should wait there either for you to rename it completely with "enter" or just press "enter" to accept "untitled folder".
What window manager and focus settings are you using for this, BTW? That might be part of the problem (possibly this is basically the same as bug 78804?)
Louie: I have Sawfish as my wm. I have the foll focus behaviour settings: The "mouse pointer affecting input focus" drop down menu set to "Click" and both the checkboxes below it checked ("Click to focus mode passes click through to application" and the "Focus on application window when they first appear"). In either case, checked or unchecked, the bug reproduces.
I can't see this either, but i do get this when creating new folders: (nautilus:12517): GnomeUI-CRITICAL **: file gnome-icon-item.c: line 129 (send_focus_event): assertion `GTK_WIDGET_HAS_FOCUS (widget) == in' failed
Verified. Using Redhat 7.1 based system with X 4.2.0/i810 and gnome2 development beta4. (garnome installed) Behaviour as decribed by Anand S., the text entry loses focus almost immediately after creating the folder, resulting in a folder name like 'Untitled folder 1'
I'm seeing the same warning messages on the command prompt as Alex Larsson. But still able to reproduce the problem.
These are the error messages Hrishi got, on the command prompt, btw - [hrishi@neo hrishi]$ nautilus warning: failed to load external entity "/home/hrishi/.nautilus/bookmarks.xml" (nautilus:10284): GnomeUI-CRITICAL **: file gnome-icon-item.c: line 129 (send_focus_event): assertion `GTK_WIDGET_HAS_FOCUS (widget) == in' filed (nautilus:10284): GLib-GObject-CRITICAL **: file gobject.c: line 1339 (g_object_set_qdata): assertion `quark > 0' failed (nautilus:10284): GnomeUI-CRITICAL **: file gnome-icon-item.c: line 129 (send_focus_event): assertion `GTK_WIDGET_HAS_FOCUS (widget) == in' filed (nautilus:10284): GLib-GObject-CRITICAL **: file gobject.c: line 1339 (g_object_set_qdata): assertion `quark > 0' failed (nautilus:10284): GnomeUI-CRITICAL **: file gnome-icon-item.c: line 129 (send_focus_event): assertion `GTK_WIDGET_HAS_FOCUS (widget) == in' filed ----------------- basically two errors are generated, i dont know if both are relevant to this bug. the first, WIDGET_HAS_FOCUS, is shown as soon as i create the new folder (before it loses focus). there is no error shown when it loses focus. the second (quark > 0) gets displayed everytime i click on the desktop so i dont know if its related to this.
I'm going to bump the priority on this since it is obvious that it's a problem for many people. :/
Ugh. Duncan and I are now seeing this on the desktop as well- same behavior- focus just goes 'poof' after about 1/2 second. This is completely breaking rename too. Upping the severity. Ugh.
wacky. Happening to me as well. However, it's basically disappearing immediately. There's no half-second delay at all. Developer folks, poke me if you need someone to further debug. I wonder if something changed, as I specifically tested out this behavior when I made my previous comments, and it didn't happen.
Basically, nautilus is recieving change notifications for files that weren't shown (like dotfiles and backup files) and trying to remove them from the icon list. The attached patch fixes that.
Created attachment 8673 [details] [review] Don't try to process changed files that were never shown.
(to clarify, nautilus-icon-container cancels renames when it tries to remove an icon)
If you need another tester. I can reproduce this 100% of the time as well. Damian
Looks good, feel free to commit.
Committed.
Not seeing this problem anymore. Closing this bug. Thanks.