After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 345591 - rename file/directory field is shifted to the right
rename file/directory field is shifted to the right
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: File and Folder Operations
unspecified
Other other
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on: 340200
Blocks:
 
 
Reported: 2006-06-21 19:26 UTC by Intangir
Modified: 2007-09-05 12:37 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Intangir 2006-06-21 19:26:33 UTC
From: Intangir <intangir@gmail.com>
To: submit@bugs.gnome.org
X-Mailer: bug-buddy 2.14.0
Subject: rename file/directory field is shifted to the right

Distribution: Ubuntu 6.06 (dapper)
Package: nautilus
Severity: Normal
Version: GNOME2.14.2 unspecified
Gnome-Distributor: Ubuntu
Synopsis: rename file/directory field is shifted to the right
Bugzilla-Product: nautilus
Bugzilla-Component: File and Folder Operations
Bugzilla-Version: unspecified
Description:
Description of Problem:
the edit box that pops up to rename files/directories is off to the
right some, it used to cover the original file name up, now it doesnt

Steps to reproduce the problem:
1. open nautilus (im using list view) (v2.14.1)
2. select a file
3. press F2

Actual Results:
the edit box for renaming the file is to the right too far

Expected Results:
the edit box for renaming the file should cover up the original
filename, so you cant see it

How often does this happen?
on every rename since updating (to 2.14.1)

Additional Information:
still works, still renames the file, just annoying cause you can still
see the old name while renaming. a noticable difference




------- Bug created by bug-buddy at 2006-06-21 19:26 -------


Bugreport had an attachment. This cannot be imported to Bugzilla.
Contact bugmaster@gnome.org if you are willing to write a patch for this.

Comment 1 palfrey 2006-06-22 16:54:09 UTC
This looks like it might well be a GtkCellRendererText issue, as nautilus doesn't seem to do any drawing of it's own in this case.
Comment 2 Sebastien Bacher 2006-07-18 14:23:27 UTC
that looks like a duplicate of bug #335012, marking it as duplicate, feel free to reopen if you disagree

*** This bug has been marked as a duplicate of 335012 ***
Comment 3 Sebastien Bacher 2006-07-18 14:26:15 UTC
in fact that's probably a different issue, reopening
Comment 4 Intangir 2006-07-18 16:57:25 UTC
im still getting it , at both home and work (both ubuntu, nautilus 2.14.1)

im viewing files as lists (doesnt do it showing as icons)

here are some screenshots of the wrong way it looks
http://intangir.soulfire.cc/rename-wrong.png

also if i cancel the rename, and unselect the item, and then reselect it by clicking on the name itself, SOMETIMES it gives me the rename box in the right spot ;)
http://intangir.soulfire.cc/rename-right.png

but only sometimes i try to reproduce the correct placement of the rename box and it seems inconsistent

it seems like its placing the rename box in the wrong place, the rename box seems to work just as well though

i think nautilus is for some reason getting confused as to where it needs to place the rename box

Comment 5 Murray Cumming 2006-07-26 18:49:51 UTC
Someone just gave me a gtkmm test case that shows this. I don't have permission yet to post his test case. But I can say that it seems to be related to use of  gtk_tree_view_set_cursor(). And it seems to be fixed in GTK+ 2.10.

On irc, mclasen says that kristian knows of a GTK+ bug for this. I think it's 
http://bugzilla.gnome.org/show_bug.cgi?id=340200
Comment 6 palfrey 2006-10-17 10:58:51 UTC
I can't reproduce this with GTK 2.10.6 (specifically debian's 2.10.6-2 package), and so this should probably be closed.
Comment 7 Intangir 2006-10-17 14:06:09 UTC
im still getting it on nautilus 2.14.3
gtk 2.8.20

it only happens when you use 'view as list'

Comment 8 Christoph Langner 2007-08-22 12:50:18 UTC
Since GNOME 2.18 (or even GNOME 2.16?) this bug is fixed. You can close it.
Comment 9 Murray Cumming 2007-08-26 15:02:37 UTC
I would like to see a fix in GTK+ 2.8 to fix the regression compared to 2.6, even if it's already fixed in 2.10. If that won't happen then this should be closed as WONTFIX, I guess.
Comment 10 Sebastien Bacher 2007-09-05 12:37:02 UTC
the bug is fixed in the current version, Murray you should probably request a backport on the GTK+ bug