Version: (using KDE KDE 3.5.0) Installed from: Gentoo Packages Compiler: gcc 4.1 OS: Linux I use a filesystem which supports extended attributes (e.g. xfs, ext3, noofs...). Could it be possible please to add support for this attributes in konqueror? It could be integreated for example if somebody clicks with right mouse button on a file, that he can add meta information data on a file (meta information = extended attributes). The extended attributes works as key:value pair. The key is a NULL terminated string, the value can also be binary content. Functions to use for this: man section 2: getxattr, lgetxattr, fgetxattr setxattr, lsetxattr, fsetxattr Thanks in advance.
This has to go deeper down into kio.
*** This bug has been confirmed by popular vote. ***
ACL support has been implemented now, in 3.5 (mostly by Till Adam).
David, this wishlist item is for EAs, not ACLs. I think you're just letting people know of the related feature, but I thought it best to clarify, just in case :)
Ah, my bad. acl uses attr so I got confused. Reopening, sorry.
*** Bug 224635 has been marked as a duplicate of this bug. ***
*** Bug 342152 has been marked as a duplicate of this bug. ***
*** Bug 370371 has been marked as a duplicate of this bug. ***
*** Bug 370543 has been marked as a duplicate of this bug. ***
*** Bug 274327 has been marked as a duplicate of this bug. ***
I have just posted a bounty for this bug. I'd like to see this issue fixed for both situations: 1) when saving a file with extended file attributes 2) when copying a file/folder with extended file attributes I know that this issue is multifaceted and serious, so this is my attempt to give it some renewed visibility and momentum! Please note that I will need to see it solved in the KDE Neon Developer edition before I release the reward! Happy coding! :) relevant bug reports: https://bugs.kde.org/show_bug.cgi?id=370543 https://bugs.kde.org/show_bug.cgi?id=274327 https://bugs.kde.org/show_bug.cgi?id=116617 bounty page: https://www.bountysource.com/issues/54395598-please-add-extended-attribute-support-setxattr-getxattr
1) "when saving a file with extended file attributes" might be impossible to fix, because applications would need to load the attributes together with the file to be able to save them later. Are there existing applications (either by KDE or not) that keep existing extended attributes when saving? Also with "Save As..."?
(In reply to Christoph Feck from comment #12) > 1) "when saving a file with extended file attributes" might be impossible to > fix, because applications would need to load the attributes together with > the file to be able to save them later. Are there existing applications > (either by KDE or not) that keep existing extended attributes when saving? > Also with "Save As..."? Not sure if I understand the question right, but Thunar (xfce) does preserve extended attributes when copying files around. Perhaps some of the code base can be borrowed regarding this issue?
Having a file manager copying metadata should be possible to solve. My comment, however, was about the first situation from comment #11.
(In reply to Christoph Feck from comment #12) > 1) "when saving a file with extended file attributes" might be impossible to > fix, because applications would need to load the attributes together with > the file to be able to save them later. Are there existing applications > (either by KDE or not) that keep existing extended attributes when saving? > Also with "Save As..."? If I understand correctly, saving a file in Okular preserves xattrs. I have a bunch of files tagged (within Dolphin) that I edit in okular and save (not save as) and the xattrs remain intact. Is this a problem in other applications?
I'm working on a solution for this. Comments are welcome. https://phabricator.kde.org/D17816
*** Bug 415473 has been marked as a duplicate of this bug. ***
*** Bug 418225 has been marked as a duplicate of this bug. ***
Git commit fd0959409f356d2c7baecb849f50901123913a63 by Nate Graham, on behalf of Gleb Popov. Committed on 29/10/2020 at 22:28. Pushed by ngraham into branch 'master'. Support for xattrs on kio copy/move Summary: This patch adds support to KIO to preserve xattr of files and directories on copy or move. Working for copy/move including overwrite and rename cases. Not working for "write into" when coping folders have name conflict. I'm against adding to this user case as the name of the action don't imply overwrite. Tested only on Linux. Reviewers: dfaure, chinmoyr, bruns, #frameworks, tmarshall, usta, cochise Reviewed By: dfaure, usta Subscribers: usta, scheirle, tmarshall, arrowd, cfeck, bruns, phidrho, dhaumann, funkybomber, abika, pino, davidedmundson, ngraham, atha.kane, spoorun, nicolasfella, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D17816 M +146 -5 autotests/jobtest.cpp M +7 -0 autotests/jobtest.h M +3 -0 src/ioslaves/file/ConfigureChecks.cmake M +4 -1 src/ioslaves/file/config-kioslave-file.h.cmake M +1 -0 src/ioslaves/file/file.h M +126 -3 src/ioslaves/file/file_unix.cpp https://invent.kde.org/frameworks/kio/commit/fd0959409f356d2c7baecb849f50901123913a63
I just tested this patch in KDE Neon Testing edition with: Plasma: 5.20.2 KDE Frameworks: 5.76.0 Qt: 5.15.0 I seems to be working very well, at least when saving/updating a .txt file that already has xattrs with Kate. Well done! :) I had less success when I tried to add some xattrs in a .zip file and then added an extra file into this .zip file using Ark. It would seem that Ark is not respecting the preservation of the xattrs during saving/updating... Should I file a new bug, or should this be addressed in the context of the current bug?
It would really need to be investigated per-application. I expected this change causing a multitude of bug reports, see also comment 12. Regarding ark, does it work if you use "zip" from command line? Depending on the used ark plugin, it is probably a libarchive or zip command issue. I suggest to report your findings in a new ticket.
(In reply to Christoph Feck from comment #21) > It would really need to be investigated per-application. I expected this > change causing a multitude of bug reports, see also comment 12. > > Regarding ark, does it work if you use "zip" from command line? Depending on > the used ark plugin, it is probably a libarchive or zip command issue. I > suggest to report your findings in a new ticket. I tried using the zip command in the terminal and it still causes the same problem (does not preserve the xattrs).