nautilus: after scrolling in window, files that weren't visible show no rename label

[Doug McMahon]

Maybe better to provide a vid but will try to describe
Tested on a new install of todays image.

Test case:
Open a well populated window in home folder where more than 50% of files aren't visible (resize nautilus if needed
Click on any visible window > rename, should be as normal

Then scroll down to bottom, try to rename some of the newly exposed files
At least here most if not all of those files, when rename is used, will have their name disappear with no visible rename label

If so clicking away from where the rename box would be returns current name
(typing in will effect a rename though nothing is visible untill done

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: nautilus 1:3.8.2-0ubuntu4
ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4
Uname: Linux 3.12.0-7-generic x86_64
ApportVersion: 2.12.7-0ubuntu3
Architecture: amd64
CurrentDesktop: Unity
Date: Tue Jan 7 21:19:32 2014
GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b"['name', 'size', 'type', 'date_modified', 'owner', 'group', 'permissions', 'mime_type', 'where']"
InstallationDate: Installed on 2014-01-07 (0 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140107)
SourcePackage: nautilus
UpgradeStatus: No upgrade log present (probably fresh install)

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Erick Brunzell (lbsolost)]

This also effects nautilus 3.10.1 from the GNOME 3 PPA. I noticed it trying to rename files such as .gconf and .config to test fresh profiles.

[Mateusz Stachowski (stachowski-mateusz)]

The same bug is also present in Nemo so it looks like a gtk+ 3 is the source of the problem.

[Sebastien Bacher (seb128)]

Thanks for the bug report, I can confirm in trusty and that seems fixed with nautilus 3.10 (the update is being considered/tested). If we don't get the new version then we should look at backporting the fix for that issue

[Sebastien Bacher (seb128)]

ok, it was indeed an issue with the new GTK with an easy commit, I've backported that to trusty so we don't have a less usable filemanager until the 3.10 situation is sorted out

[Launchpad Janitor (janitor)]

This bug was fixed in the package nautilus - 1:3.8.2-0ubuntu5

---------------
nautilus (1:3.8.2-0ubuntu5) trusty; urgency=medium

  * debian/patches/git_rename_display.patch:
    - correctly display the rename box even when scrolling (lp: #1266961)
 -- Sebastien Bacher <email address hidden> Fri, 10 Jan 2014 17:46:06 +0100

[Tony (tnuk)]

I just installed Ubuntu 14.04 and I'm using Nemo 1.8.4 since Nautilus doesn't support an extra visible pane anymore (F3). I believe Nemo is based on Nautilus and I've got the exact problem as mentioned in this bug report. Does anyone have an idea how to fix this?

[Doug McMahon (mc3man)]

On 04/26/2014 08:35 AM, Tony wrote:
> I just installed Ubuntu 14.04 and I'm using Nemo 1.8.4 since Nautilus
> doesn't support an extra visible pane anymore (F3). I believe Nemo is
> based on Nautilus and I've got the exact problem as mentioned in this
> bug report. Does anyone have an idea how to fix this?
>
Tony - you should file bug with nemo, you can point to the gnome bug
listed in this report & or the git_rename_

display.patch which was used until in 14.04 until nautilus went to
version 3.10