116617 2005-11-18 12:38:18 +0000 Please add Extended Attribute support (setxattr, getxattr) 2023-09-23 16:56:38 +0000 1 1 3 Frameworks and Libraries frameworks-kio general unspecified unspecified Linux RESOLVED FIXED usability HI major --- 341887 1 saf faure 4wy78uwh alex.bikadorov aubin.ob1 bugseforuns cochisecesar davidmarch007 funkybomber greob grosser.meister.morti hoperidesalone ict kdelibs-bugs-null nate negora nortexoid oakad opalinsp+kde simonandric5 tagwerk19 tmarshall7997 tobyfox https://invent.kde.org/frameworks/kio/commit/fd0959409f356d2c7baecb849f50901123913a63 5.76 0 oldest_to_newest 391092 0 saf 2005-11-18 12:38:18 +0000 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. 391307 1 thiago 2005-11-19 01:56:21 +0000 This has to go deeper down into kio. 395945 2 lee_b 2005-12-06 00:22:38 +0000 *** This bug has been confirmed by popular vote. *** 396044 3 faure 2005-12-06 09:51:04 +0000 ACL support has been implemented now, in 3.5 (mostly by Till Adam). 396162 4 lee_b 2005-12-06 17:24:14 +0000 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 :) 396173 5 faure 2005-12-06 17:51:18 +0000 Ah, my bad. acl uses attr so I got confused. Reopening, sorry. 1725325 6 nate 2018-01-28 02:18:04 +0000 *** Bug 224635 has been marked as a duplicate of this bug. *** 1725327 7 nate 2018-01-28 02:19:07 +0000 *** Bug 342152 has been marked as a duplicate of this bug. *** 1725329 8 nate 2018-01-28 02:19:18 +0000 *** Bug 370371 has been marked as a duplicate of this bug. *** 1725331 9 nate 2018-01-28 02:19:22 +0000 *** Bug 370543 has been marked as a duplicate of this bug. *** 1725333 10 nate 2018-01-28 02:19:36 +0000 *** Bug 274327 has been marked as a duplicate of this bug. *** 1725825 11 funkybomber 2018-01-30 08:18:30 +0000 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 1726112 12 cfeck 2018-01-31 04:45:11 +0000 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..."? 1749384 13 greob 2018-05-01 20:58:42 +0000 (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? 1755900 14 cfeck 2018-05-31 18:18:27 +0000 Having a file manager copying metadata should be possible to solve. My comment, however, was about the first situation from comment #11. 1779065 15 nortexoid 2018-09-05 10:57:28 +0000 (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? 1828829 16 cochisecesar 2018-12-27 17:45:17 +0000 I'm working on a solution for this. Comments are welcome. https://phabricator.kde.org/D17816 1899819 17 nate 2020-01-01 23:45:37 +0000 *** Bug 415473 has been marked as a duplicate of this bug. *** 1913153 18 nate 2020-02-26 18:08:26 +0000 *** Bug 418225 has been marked as a duplicate of this bug. *** 1969933 19 nate 2020-10-29 22:28:28 +0000 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 1971042 20 funkybomber 2020-11-02 13:08:35 +0000 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? 1971054 21 cfeck 2020-11-02 14:22:49 +0000 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. 1971238 22 funkybomber 2020-11-03 01:28:49 +0000 (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).