SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** I am not able to unpack rar file in archive into directory in NTFS file system, nothing happens when I do that STEPS TO REPRODUCE 1. Mount NTFS drive 2. Try unpacking file from archive to the drive OBSERVED RESULT Nothing happens EXPECTED RESULT File should be extracted into the directory SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 21.10/Plasma 5.22.5 (available in About System) KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION I'm unsure if this only happens to rar I can copy/paste file from another location to NTFS directory, but not directly from archive output of `mount | grep "DATA"` is: /dev/sda1 on /media/tmvkrpxl0/DATA type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2) This is record of me trying to unpack file into NTFS directory: https://drive.google.com/file/d/1qzFuFolqtr3WMkmM3DqnXUh6O8ocRNXJ/view?usp=sharing Sometimes it says file unpacking has completed, but I see nothing in the directory even after refreshing it.
I am unable to reproduce this on Arch Linux (Kernel 5.16.1), with NTFS3 driver. [1] I directly drag a file from a RAR archive to an NTFS directory, and the file is successfully extracted to the destination. [1] https://www.kernel.org/doc/html/latest/filesystems/ntfs3.html
I forgot to mention that I use ntfs-3g
Is there any additional information I should provide?
Created attachment 145838 [details] my hardware info It should contain all the information needed
I have re-tested this issue with zip file and it works, It seems like this is only happening for .rar files
bump
(In reply to 2wxsy58236r3 from comment #1) > I am unable to reproduce this on Arch Linux (Kernel 5.16.1), with NTFS3 > driver. [1] > > I directly drag a file from a RAR archive to an NTFS directory, and the file > is successfully extracted to the destination. > > [1] https://www.kernel.org/doc/html/latest/filesystems/ntfs3.html It's been a while since I've got reply from anyone, and this issue still present. I'm sorry to call you again but could you provide me further support?
(In reply to ironman466 from comment #7) > I'm sorry to call you again but could you provide me further support? Unfortunately I am not a KDE developer and I am not sure why this bug happens, so I am afraid that you will have to wait... In the meantime, maybe you can try these? - Enable RAR plugin, disable Unarchiver plugin and test again - Enable Unarchiver plugin, disable RAR plugin and test again (Note: The `unar` package is needed for this test)
Both didn't work, the issue was same :(
(In reply to ironman466 from comment #2) > I forgot to mention that I use ntfs-3g I've managed to reproduce this when I mount usb drive with `ntfs-3g -o fmask=111 /dev/da0 /mnt'. Indeed drag and drop from Ark to /mnt doesn't work for cliplugins (7z, zip, rar), however other ways of extracting works fine. The issue is not seen when mounting ntfs without fmask.
(In reply to Max from comment #10) > (In reply to ironman466 from comment #2) > > I forgot to mention that I use ntfs-3g > > I've managed to reproduce this when I mount usb drive with `ntfs-3g -o > fmask=111 /dev/da0 /mnt'. Indeed drag and drop from Ark to /mnt doesn't work > for cliplugins (7z, zip, rar), however other ways of extracting works fine. > The issue is not seen when mounting ntfs without fmask. I have mounted the drive using dolphin. so I assume that it should work with fmask considering that I can copy-past files just fine
Just tested this again, the issue is still present
Retested this on Kubuntu 22.04, issue is still present
Fixed in current latest version. I don't know which version it fixed it, but it's cool.