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 383834 - Fails to recognise changed files
Fails to recognise changed files
Status: RESOLVED WONTFIX
Product: gedit
Classification: Applications
Component: general
2.14.x
Other All
: Normal minor
: ---
Assigned To: Gedit maintainers
Gedit maintainers
Depends on:
Blocks:
 
 
Reported: 2006-12-08 19:09 UTC by Tshepang Lekhonkhobe
Modified: 2009-08-22 10:42 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Tshepang Lekhonkhobe 2006-12-08 19:09:00 UTC
Maybe gedit should use a checksum instead of the filename to recognise the files when placing the cursor in the last known position.

Here is my situation:
I tend to use other programs to change a specific file, and use gedit to open them. gedit's feature mentioned above becomes an annoyance when it doesn't actually notice that the file contents have changed, since it only checks the filename, and then proceeds to going to some index which is obviously wrong.

Other information:
Comment 1 Paolo Borelli 2006-12-09 16:46:05 UTC
maybe we should add an mtime attribute to the metadata?
Comment 2 Paolo Borelli 2009-08-22 10:42:10 UTC
thinking again about this, I decided to not implement this: 

 - using many programs to edit the same text file is not common case

 - if I use different commands I may as well be doing different things and so I want the cursor in the position where I last used gedit (silly example: I edit a glade file manually with gedit to fix a string, then with glade to add a vbox, when I reopen with gedit the cursor placed at the string is ok)

 - in the worse case having the cursor at the "wrong" position is not a big problem