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 42808 - copy all metadata, not just certain items
copy all metadata, not just certain items
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Metadata
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Darin Adler
Nautilus Maintainers
: 44359 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2000-09-05 14:31 UTC by pavel
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description pavel 2001-09-10 00:38:15 UTC
Currently we attempt to copy a hardcoded set of well-known keys. Instead we
should copy the metadata items that are actually associated with a file.



------- Additional Comments From darin@bentspoon.com 2000-09-05 10:59:50 ----

The main symptom of this is that emblems are not currently copied. It's fairly 
straightforward to write such a function, given the tree structure of metadata. The only 
hard part is the case where the destination metadata has not yet been read.



------- Additional Comments From eli@eazel.com 2000-09-21 09:57:22 ----

I have some thorough test cases to cover this. (File-Copy-0 and File-Copy-1).
Make sure I verify it.



------- Additional Comments From darin@bentspoon.com 2000-11-01 14:43:49 ----

*** Bug 44359 has been marked as a duplicate of this bug. ***



------- Additional Comments From darin@bentspoon.com 2000-11-01 14:44:11 ----

A symptom of this was described in bug 44359.



------- Additional Comments From eli@eazel.com 2001-01-22 21:01:59 ----

Pavel or Darin,

May I ask ifthoroughly verifying this bug involves performing a copy operation
with one of every single key defined in:

http://cvs.gnome.org/lxr/source/nautilus/libnautilus-extensions/nautilus-metadata.h

...after the "IID" line? If not, what does it entail? 

Thanks,

Eli



------- Additional Comments From eli@eazel.com 2001-01-22 21:02:39 ----

Forked new bug:

5937, "Notes metadata lost upon duplicating folder"



------- Additional Comments From eli@eazel.com 2001-01-22 21:05:20 ----

Gack. More ambiguous communication. 

What I meant to ask was not whether we need to perform a _single_ copy operation
with all of those. Rather, if all of the keys that we copy during the copy tests
--- when added together --- match the list in that file.



------- Additional Comments From darin@bentspoon.com 2001-01-23 13:41:01 ----

To thoroughly verify you could try to annotate a single file with all the types of metadata 
and see that they are all copied, yes. But basically the code changed from something 
that copied specific types to something that should copy all the metadata.

Note that the problems with multiple processes writing metadata described in bug 
45958 (and the bugs depending on it) can make this a little confusing to verify.



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:38 -------

The original reporter (pavel@eazel.com) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.