several nautilus shortcuts don't work shortly after opening directory

I cannot reproduce this on Jaunty. I open Documents, and create a new file. I ctrl+c and ctrl+v into my Home Directory. F2 renames the file as expected.

Is there something I'm missing here?

This is not a 'paper cut' because it is not a minor usability issue likely to effect an average user's first day using Ubuntu.

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:

 * Is this reproducible?
 * If so, what specific steps should we take to recreate this bug?

 This will help us to find and resolve the problem.

hi there, it happens almost every the time I do some file operation.

I'll try to explain better:

if I select one file from my documents folder and then past it to my home folder there is no problem here, BUT if I try to use some shortcut to some action on this just pasted file (rename it, for example) it just does no work, it seems like nautilus wasn't focused, but it is, so I have to press twice or three times the shortcut again, and if that doesn't work I have to clink on the file icon or change to the next aside with keyboard arrow and come back to it.

I don't know how I can explain better, these are the steps of things I do that makes this happen. Sometimes it seems that the nautilus windows that I've just pasted the file is not aware that the icon is there.

If no one can understand my exaplanation, please, post a comment and I'll try to record a screencast. Thanks for the attention.

The issue is an upstream one and it would be nice if somebody having it could send the bug the to the people writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME)

could you describe what you call "use some shortcut to some action" exactly, what key or mouse button do you use?

hi, generally when I try to copy a file (ctrl+c) or rename (f2) it after a paste. Actually it generally happens when I try to use a shortcut after pasting a file, lets say I've pasted a file in my documents folder, as soon as the copy has finished and the file appears, if a I press F2 or ctrl+c to copy it again, nautilus doesn't respond to the key press.

if I press other key (eg.: arrow left and then arrow right to go back) or click elsewhere and then try to ctrl+c or f2, it works

I'dont know if it's a problem just with my laptop, but It happens since Hardy, and unfortunately I don't have other computer to test it.

just for the record, I'm using in a ASUS X51R, Celeron M 1.6 GHz, 2GB RAM, SATA HDD 80GB, ATI Radeon Xpress 200M (256 MB).

not confirming the issue and nobody else complained about that yet seems specific to your installation

yes, I think so :( thanks for your time anyways

I think this bug is related to my experience that nautilus sometimes ignores copy/paste shortcuts. I couldn't really reproduce this bug until I found this:

http://ubuntuforums.org/showthread.php?t=1219031

"After (a) opening a new nautilus window, or (b) navigating to a new directory in an existing nautilus window, there is often — but not always — a brief pause of a second or two where nautilus will not react to certain keyboard shortcuts."

Indeed, if you perform these operations quickly (keyboard), nautilus misses some keystrokes from time to time, although I don't know a way to exploit this behavior with 100% success.

Hi there. Peter, that's exactly my problem, but you explained it better :)

Does anyone know if the problem was solved upstream?

Hi there!

Just wanted to confirm this bug.
I tend to do taks quite fast in nautilus which most of the times results in this really annoying bug.

I switch to a folder and Strg+C: nothing happens for the first two times. Maybe after the third time the status bar will change to the use-paste-message.

This is (at least for me) a paper cut and even more annoying when in the middle of a copy/paste/rename work-flow.

I have exactly the same problem.

sorry, I forgot to said that I am on jaunty. As far as I remember, I had the same problem on hardy on the computers.
I will do some tests to see if Compiz has something to do with that.

A use case that always produce the problem for me:
In a folder I have a test.pdf file. I open a terminal in this folder and I launch pdfcrop using the pdf document. I close the terminal. I delete test.pdf in order to rename the new pdf that pdfcrop created (named test-crop.pdf). I select test-crop.pdf. I have to press several times F2 to rename it.
It happens with or without compiz activated

This bug exists in karmic koala... it's been around for a while now, just didn't have the time to report it.

Yep, again it's confirmed.

I have been annoyed by this problem for long time too. I just searched for it, and here it seems to be.

I open some folder and try to cut file using ctrl+x and I have to do this often 2-3 times before it cuts the file. Usually I notice the problem only when trying to paste and nothing or wrong content comes from clipboard.

Thank you for helping with making Ubuntu and Nautilus by reporting this bug. I can confirm that several shortcuts don't work during the first few seconds after you load a directory. I'm setting the status of this bug to Triaged and reporting it upstream, if it hasn't already been reporter there.

I think that rather than "several nautilus shortcuts don't work shortly after opening directory", "[...] don't work shortly after nautilus window received focus" would be more appropriate. I.e. I have some nautilus window open, delete a file, the confirm dialog pops up, then it often happens that if I fire a keyboard shortcut on some other item in the same folder, then it is ignored.

the bug has been fixed upstream now and will be fixed in ubuntu with the next upload

Accepted nautilus into lucid-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

This bug was fixed in the package nautilus - 1:2.30.1-1ubuntu2

---------------
nautilus (1:2.30.1-1ubuntu2) maverick; urgency=low

  * Backport upstream changes
  * debian/patches/git_correct_delay_logic.patch:
    - git change to fix a logic error in the directory loading code which
      create a delay to have some shortcut actions to work after loading
      directory (lp: #390662)
  * debian/patches/git_correct_display_name.patch:
    - correctly display the applications names
  * debian/patches/git_correctly_set_default.patch:
    - correctly set the new default software when this one is changed
      (lp: #550004)
  * debian/patches/git_default_thumbnails.patch:
    - set default thumbnails to 64 for better layouting (lp: #497728)
  * debian/patches/git_browser_title_cleaning.patch:
    - clean the title of the file browser dialogs (lp: #439227)
  * debian/patches/git_clean_by_name_rename.patch:
    - 'Change "Clean Up by Name" to "Organize Desktop by Name"' (lp: #388949)
  * debian/patches/git_double_click_launcher.patch
    - 'Ignore > 2 clicks in the icon container' (lp: #389663)
  * debian/patches/git_ctrlq_close.patch:
    - 'Change 'Close all Windows' shortcut to Ctrl+Q.' (lp: #563226)
  * debian/patches/git_store_session_passwords.patch:
    - store the mounts passwords for the session (lp: #392589)
  * debian/patches/git_no_double_browse_entry.patch:
    - don't list a "browser" menu items in browser mode it's the default
      (lp: #388091)
 -- Sebastien Bacher <email address hidden> Wed, 07 Jul 2010 11:11:29 +0200

Finally the shortcuts work without delay on my fully updated Ubuntu 10.04. I first noticed this issue with Karmic, then with Lucid and with the nautilus package in the proposed repository it is gone.

It works for me with the update. Thank you everyone, it was a very annoying bug.

This bug was fixed in the package nautilus - 1:2.30.1-0ubuntu1.1

---------------
nautilus (1:2.30.1-0ubuntu1.1) lucid-proposed; urgency=low

  * debian/patches/92_git_correct_delay_logic.patch:
    - git change to fix a logic error in the directory loading code which
      create a delay to have some shortcut actions to work after loading
      directory (lp: #390662)
 -- Sebastien Bacher <email address hidden> Tue, 06 Jul 2010 12:59:17 +0200

I only noticed this bug recently, possibly after this update, is anyone else having this?