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 609813 - File metadata are lost after renaming/moving nonlocal file
File metadata are lost after renaming/moving nonlocal file
Status: RESOLVED OBSOLETE
Product: gvfs
Classification: Core
Component: metadata
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gvfs-maint
gvfs-maint
: 601706 609647 609675 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-02-13 06:22 UTC by Brent Baxter
Modified: 2018-09-21 17:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
I renamed this file to ZZZ.txt and the note disappeared. (10 bytes, text/plain)
2010-02-13 06:25 UTC, Brent Baxter
Details

Description Brent Baxter 2010-02-13 06:22:35 UTC
The first part of this bug is easy to demonstrate:

Create a text file, add a note. The note icon appears as it should.
Rename the file and note icon disappears as does the note.
Change the filename back to the original name and the note reappears

A second manifestation occurs when working with remote file systems:

Connect to the remote file system via SSH (sftp protocol)
Create a file and add a note to it.
Drag the file to another remote folder and the note disappears

ON the other hand, if I:

Copy the remote file to the clipboard & paste it into the other remote folder then the note survives.

I am running Ubuntu 9.10. The remote files are on another Ubuntu 9.10 system that runs our family web site (apache, MySQL, ...) The connection between them was created using the Nautilus "Connect to Server" facility
Comment 1 Brent Baxter 2010-02-13 06:25:29 UTC
Created attachment 153691 [details]
I renamed this file to ZZZ.txt and the note disappeared.
Comment 2 Brent Baxter 2010-02-13 16:35:40 UTC
Copying a file using cp from the command line also causes notes to vanish.

Copy/paste from the GUI preserves the note
Comment 3 brunogirin 2010-02-14 11:58:12 UTC
This bug is a duplicate of bug 609647.
Comment 4 A. Walton 2010-02-18 09:25:12 UTC
*** Bug 609647 has been marked as a duplicate of this bug. ***
Comment 5 Cosimo Cecchi 2010-02-22 00:23:02 UTC
-> gvfs

This is likely to be a bug in the gvfs metadata backend.
Comment 6 Cosimo Cecchi 2010-02-22 00:23:24 UTC
By the way, which nautilus and gvfs versions are you using?
Comment 7 Cosimo Cecchi 2010-02-22 00:47:15 UTC
*** Bug 609675 has been marked as a duplicate of this bug. ***
Comment 8 brunogirin 2010-02-22 00:53:24 UTC
@Cosimo: I can reproduce it with Nautilus 2.28.1 and gvfs 1.4.1 (at least on a local file system, I haven't tried on a remote file system).
Comment 9 Alexander Larsson 2010-02-22 11:41:34 UTC
This fixes the local files version of the problem:

http://git.gnome.org/browse/glib/commit/?id=4535683b3f42b6840e01bd94fe6ea792b0ebeecf

However, we need to do the same for gvfs backends that handle move and rename.
Comment 10 Brent Baxter 2010-02-26 02:25:00 UTC
(In reply to comment #9)
> This fixes the local files version of the problem:
> 
> http://git.gnome.org/browse/glib/commit/?id=4535683b3f42b6840e01bd94fe6ea792b0ebeecf
> 
> However, we need to do the same for gvfs backends that handle move and rename.

Any idea when the fix for the bug will make it into the distros?

Brent
Comment 11 Cosimo Cecchi 2010-02-27 12:22:27 UTC
*** Bug 601706 has been marked as a duplicate of this bug. ***
Comment 12 Ondrej Holy 2015-02-20 11:36:51 UTC
Changing the summary, because the bug is partially fixed...
Comment 13 GNOME Infrastructure Team 2018-09-21 17:01:40 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gvfs/issues/137.