Page 1 of 2 12 LastLast
Results 1 to 10 of 14

Thread: Missing meta data when overwriting files in Dolphin

  1. #1

    Default Missing meta data when overwriting files in Dolphin

    When overwriting files, Dolphin doesn't offer me any information to determine which file version to keep.
    How can I fix this? Thank you in advance.


  2. #2
    Join Date
    Jun 2008
    Location
    Netherlands
    Posts
    24,733

    Default Re: Missing meta data when overwriting files in Dolphin

    I do not quite understand your problem.

    You tell Dolphin to write the contents of /Vorlagen/Textdatei to /Musik/Textdatei. Dolphin detects that /Musik/Textdatei does already exist. Instead of simply overwriting it (as a CLI command would do) it so kind to report this to you and gives you three possibilities:
    1. stop the whole process so you can think it over (Abbrechen);
    2. cary on and overwrite is, youI know that it will destroy the old file contents (Ersetzen);
    3. use another name to write to, either by you typing a new one below Umbenennen, or by asking for a sugestion from Dolphin (Neuem Namen vorschlagen).


    Now please explain what you are missing.
    Henk van Velden

  3. #3
    Join Date
    Sep 2013
    Location
    Norfolk, UK
    Posts
    1,146

    Default Re: Missing meta data when overwriting files in Dolphin

    Quote Originally Posted by hcvv View Post
    Now please explain what you are missing.
    By some convoluted magic involving baloo the dialogue previously displayed some of the metadata associated with the source and destination files.

    Like this, for example:

    http://paste.opensuse.org/view/raw/5424eb6e

    There's a bug report raised already: https://bugs.kde.org/show_bug.cgi?id=356278
    Regards, Paul

    Tumbleweed (Snapshot: 20190721) KDE Plasma 5
    Leap 15.0 KDE Plasma 5
    [Non-Tumbling Tumblweed (20150508) KDE 4 - Resurrected]

  4. #4
    Join Date
    Sep 2014
    Location
    Germany
    Posts
    337

    Default AW: Re: Missing meta data when overwriting files in Dolphin

    Quote Originally Posted by hcvv View Post
    I do not quite understand your problem ...please explain what you are missing.
    In the past the dolphin overwrite/rename dialog gave certain details about the two files like date, size ,etc. which would assist in making a decision. I found this quite helpful.

    So i filed those bugs ...

    https://bugzilla.opensuse.org/show_bug.cgi?id=957959
    https://bugs.kde.org/show_bug.cgi?id=356278

    ... and hope they will be fixed soon. Because without such information a file manager seems quite useless to me.

    Best regards

    susejunky

  5. #5
    Join Date
    Jun 2008
    Location
    Netherlands
    Posts
    24,733

    Default Re: AW: Re: Missing meta data when overwriting files in Dolphin

    Thanks both of you for the explanation. I now do understand better what the OP is missing.

    Quote Originally Posted by susejunky View Post
    Because without such information a file manager seems quite useless to me.
    Well, that is my idea for all file managers in general. A lot of fuzz and still nothing usefull (I saw a file manager identifying a GIF file as a JPEG file because the name ended in .jpeg. When it is that easy to fool you, better do not call yourself "file manager.").
    Henk van Velden

  6. #6

    Default Re: Missing meta data when overwriting files in Dolphin

    Quote Originally Posted by tannington View Post
    By some convoluted magic involving baloo the dialogue previously displayed some of the metadata associated with the source and destination files.
    Actually this never was ported to Baloo, the kdelibs4 version always used and still uses Nepomukv1 and strigi.
    And that's probably the reason why it is still missing in KF5.

    You could use Konqueror or dolphin4 as file manager instead, those are still KDE4 based and will display that information, but they will not be able to use KF5 service menus and thumbnailers, or communicate with the KF5 based Baloo (i.e. indexed search will not work).

  7. #7

    Thumbs up Re: Missing meta data when overwriting files in Dolphin

    Quote Originally Posted by hcvv View Post
    I do not quite understand your problem.

    You tell Dolphin to write the contents of /Vorlagen/Textdatei to /Musik/Textdatei. Dolphin detects that /Musik/Textdatei does already exist. Instead of simply overwriting it (as a CLI command would do) it so kind to report this to you and gives you three possibilities:
    1. stop the whole process so you can think it over (Abbrechen);
    2. cary on and overwrite is, youI know that it will destroy the old file contents (Ersetzen);
    3. use another name to write to, either by you typing a new one below Umbenennen, or by asking for a sugestion from Dolphin (Neuem Namen vorschlagen).


    Now please explain what you are missing.
    As the others wrote, I'm missing additional informations regarding file size, date et cetera in order to determine which file to keep. Sorry if I didn't make my point clear enough.

    Quote Originally Posted by susejunky View Post
    In the past the dolphin overwrite/rename dialog gave certain details about the two files like date, size ,etc. which would assist in making a decision. I found this quite helpful.

    So i filed those bugs ...

    https://bugzilla.opensuse.org/show_bug.cgi?id=957959
    https://bugs.kde.org/show_bug.cgi?id=356278

    ... and hope they will be fixed soon. Because without such information a file manager seems quite useless to me.

    Best regards

    susejunky
    Thanks for filing the bugs reports. Your effort is appreciated.

    Quote Originally Posted by wolfi323 View Post
    Actually this never was ported to Baloo, the kdelibs4 version always used and still uses Nepomukv1 and strigi.
    And that's probably the reason why it is still missing in KF5.

    You could use Konqueror or dolphin4 as file manager instead, those are still KDE4 based and will display that information, but they will not be able to use KF5 service menus and thumbnailers, or communicate with the KF5 based Baloo (i.e. indexed search will not work).
    Thanks for the suggestion, I will use Konqueror.

  8. #8

    Default Re: Missing meta data when overwriting files in Dolphin

    FYI, basic file details (modification time, size, and a preview) for the file overwrite/rename dialog have been reimplemented for Frameworks 5.20.0 which is going to be released on Saturday.

    I don't know if/when 5.20 will appear as update for Leap 42.1, but you can always get the latest versions from the KDE:Frameworks5 repo.

    Additional metadata will require a plugin that uses kfilemetadata though, which doesn't exist yet.

  9. #9
    Join Date
    Sep 2014
    Location
    Germany
    Posts
    337

    Default AW: Re: Missing meta data when overwriting files in Dolphin

    Quote Originally Posted by wolfi323 View Post
    FYI, basic file details (modification time, size, and a preview) for the file overwrite/rename dialog have been reimplemented for Frameworks 5.20.0 which is going to be released on Saturday.

    I don't know if/when 5.20 will appear as update for Leap 42.1, but you can always get the latest versions from the KDE:Frameworks5 repo.

    Additional metadata will require a plugin that uses kfilemetadata though, which doesn't exist yet.
    Thank you very much for the information !

    A month ago i received a message from bugzilla that the Bug was closed (resolved) but i could not work out where to get the fix. I use the KDE:Frameworks5 repo with openSUSE 42.1 and will check over the weekend to see if the update arrives and works.

    Best regards

    susejunky

  10. #10

    Default Re: Missing meta data when overwriting files in Dolphin

    Quote Originally Posted by susejunky View Post
    A month ago i received a message from bugzilla that the Bug was closed (resolved) but i could not work out where to get the fix. I use the KDE:Frameworks5 repo with openSUSE 42.1 and will check over the weekend to see if the update arrives and works.
    5.20 is going to be released at some time tomorrow, and will be in the repo then as well.

    And yes, it does work. I tested it a few weeks ago already...

Page 1 of 2 12 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •