191821 2009-05-06 17:00:26 +0000 Tree path wrong when compressing a dir in a symlink, contains ../../../ 2010-01-01 21:24:43 +0000 1 1 2 Applications ark general 2.12 Gentoo Packages Linux RESOLVED FIXED NOR normal --- 1 bugs metellius abc.mikey adreeve budinero bugzilla komealy kris luizluca mathieudovan micael.capitao rakuco rbianco77 webheaded 20 oldest_to_newest 753099 0 bugs 2009-05-06 17:00:26 +0000 Version: 2.12 (using KDE 4.2.2) Compiler: gcc-4.3.2-r3 OS: Linux Installed from: Gentoo Packages I create an archive that I save as /home/drslony/temp/foo.zip I add this dir to it: /music/music/Infected Mushroom /music is a symlink, it points to /mnt/sda6/ The resulting zip archive has this tree: ../../../music/music/Infected Mushroom/2007 - Vicious Delicious/files here This bug does not happen if instead of selecting the Infected Mushroom dir using the /music symlink, I do it by going to /mnt/sda6/music/ and selecting Infected Mushroom from there, so its related to symlinks. Here is a screenshot: http://imagebin.ca/img/ZD-r4FXu.png 753412 1 rakuco 2009-05-07 06:22:21 +0000 I tried to reproduce it here but it worked well. Here's the procedure I followed: cd /tmp mkdir -p a/b echo 'c' > a/b/c.txt ln -s a z mkdir -p x/y # Call ark and create /tmp/x/y/bla.zip # Click Add Folder and select /tmp/z Is this what you've done? 759226 2 rakuco 2009-05-17 21:33:40 +0000 *** Bug 192281 has been marked as a duplicate of this bug. *** 759227 3 rakuco 2009-05-17 21:35:00 +0000 I can confirm this one on 4.2.2 after the comments in bug 192281. Later I'll check if this is still present with trunk, which uses clizipplugin. 760461 4 budinero 2009-05-19 21:39:54 +0000 I'm having the same problem. When adding files from a symlink. Try: $cd ~ $mkdir /tmp/pepe $echo 'c'>/tmp/pepe/pepa.txt $ln -s /tmp/pepe pepe_link now create bla.zip somewhere, and add ~/pepe_link/pepa.txt In addition, I have the same behavior with Squeeze. 780792 5 budinero 2009-06-23 22:45:36 +0000 Trunk has the same problem? 780832 6 rakuco 2009-06-23 23:40:59 +0000 Yes. 814517 7 bugs 2009-08-18 19:52:59 +0000 Any progress? Fixed? 814764 8 rakuco 2009-08-19 05:53:33 +0000 Not yet. Both Harald and I have been quite busy lately, so there hasn't been much time for either of us to give Ark much love. Patches are welcome, though :) 814766 9 rakuco 2009-08-19 06:21:34 +0000 *** Bug 204123 has been marked as a duplicate of this bug. *** 818139 10 budinero 2009-08-24 21:13:39 +0000 I don't have this problem using 7z format in 4.3 (and 7z is better than zip, rar...). 819198 11 rbianco77 2009-08-26 16:28:27 +0000 I have same problem 828275 12 bugs 2009-09-10 12:47:37 +0000 Ark-4.3.1, still not fixed. 834482 13 mathieudovan 2009-09-23 03:55:31 +0000 Same problem using 4.2.4 in Slackware Ark 2.1.2 Interestingly, Dolphin has weird behavior when working with symlinks. If for example a user has a link on the desktop pointing to /data/docs/folder, Dolphin will display /home/username/Desktop/data/docs/folder. It seems that this could be related. 835894 14 bugzilla 2009-09-26 13:59:13 +0000 Cannot confirm dolphin part of Comment #13. Symlinks are shown fine in dolphin of 4.3.1 so this cannot be related. 836029 15 mathieudovan 2009-09-26 19:17:19 +0000 Janet: Have you tried with symlinks that point to a different partition? This is when the behavior happens for me in Dolphin and the weird packaging in Ark. 836185 16 bugzilla 2009-09-27 04:14:45 +0000 @Matty: Yes, have tried that: /media/disk2part5/Multimedia/Samples linked to ~/Desktop/Samples shows as ~/Desktop/Samples in Dolphin. 837654 17 mathieudovan 2009-09-30 02:20:20 +0000 Ok, I know what is causing the link behavior in Dolphin. 1. If you right click and select "link to new location(URL)" and enter the path, then everything is fine. When you open up Dolphin, you get the actual path. 2. When you drag a folder and select "link here", the link that is created contains the relative path. So if you have: /path/to/folder1 /home/matty/folder1 (where folder1 is the link to /path/to/folder1) If you use method 1, Dolphin displays /path/to/folder1 method 2, Dolphin displays /home/matty/folder1 Another thing to note is that when you use method 2, you also get a folder icon with a little arrow at the bottom left, indicating that it is a link. Perhaps this inconsistency should be addressed? 837661 18 rakuco 2009-09-30 03:03:14 +0000 Matty, I couldn't understand if the problem in Dolphin you've described relates to Ark. In case it doesn't, please file a separate bug report for Dolphin. 837842 19 bugzilla 2009-09-30 14:15:48 +0000 Matty, I'm sure this has nothing to do with ark. And you mix the creation of symlinks and URLs, that's something totally different and no inconsistency. 838289 20 mathieudovan 2009-10-01 03:58:38 +0000 @Janet: Ok I don't care to split hairs here, but when in Dolphin and you right-click and choose to compress you get, incorrect behavior (described by the OP) when using symlinks, correct behavior when using URL I think its reasonable to think that this might help with troubleshooting the problem. Do with this information as you wish. 844077 21 kris 2009-10-12 18:28:45 +0000 I'm seeing this problem on PC-BSD as well, running Ark 2.1.3 and KDE 4.3.1. Its easily repeated, we have /home as a symlink to /usr/home, so when you navigate to a file under /home/ and add it, it ends up with a bunch of bogus "../../../" lines in the added file path. However, if you add the file from /usr/home directly, it works fine. 846949 22 luizluca 2009-10-19 00:21:28 +0000 No big news but also present on Opensuse 11.1 x86_64 with 4.3.1 863661 23 abc.mikey 2009-11-17 15:14:10 +0000 Can confirm for Gentoo AMD_64 with 4.3.1 Ark 873127 24 webheaded 2009-12-04 01:14:53 +0000 I can confirm this bug as well with: Arch Linux x64. KDE 4.3.4 Ark 2.1.3 I've been experiencing this for some time and finally decided to figure out what was going on. Good to know it isn't just me. 888520 25 rakuco 2009-12-29 04:11:40 +0000 *** Bug 215298 has been marked as a duplicate of this bug. *** 888527 26 rakuco 2009-12-29 05:57:21 +0000 SVN commit 1067179 by rkcosta: Do not call QDir::relativeFilePath() from QDir::current(). QDir::setCurrent() is called if global work dir is set, which ends up resolving symlinks automatically. Creating a QDir and calling relativeFilePath() on this object solves the problem. BUG: 191821 M +12 -7 kerfuffle/cliinterface.cpp M +14 -9 plugins/libarchive/libarchivehandler.cpp M +2 -0 plugins/libarchive/libarchivehandler.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1067179 888529 27 rakuco 2009-12-29 06:08:13 +0000 SVN commit 1067183 by rkcosta: Backport r1067179. Do not call QDir::relativeFilePath() from QDir::current(). QDir::setCurrent() is called if global work dir is set, which ends up resolving symlinks automatically. Creating a QDir and calling relativeFilePath() on this object solves the problem. CCBUG: 191821 M +12 -7 kerfuffle/cliinterface.cpp M +14 -9 plugins/libarchive/libarchivehandler.cpp M +2 -0 plugins/libarchive/libarchivehandler.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1067183 890304 28 rakuco 2010-01-01 21:24:43 +0000 *** Bug 220923 has been marked as a duplicate of this bug. ***