| Summary: | Tree path wrong when compressing a dir in a symlink, contains ../../../ | ||
|---|---|---|---|
| Product: | [Applications] ark | Reporter: | DrSlony <bugs> |
| Component: | general | Assignee: | Harald Hvaal <metellius> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | abc.mikey, adreeve, budinero, bugzilla, komealy, kris, luizluca, mathieudovan, micael.capitao, rakuco, rbianco77, webheaded |
| Priority: | NOR | ||
| Version: | 2.12 | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
DrSlony
2009-05-06 17:00:26 UTC
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? *** Bug 192281 has been marked as a duplicate of this bug. *** 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. 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. Trunk has the same problem? Yes. Any progress? Fixed? 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 :) *** Bug 204123 has been marked as a duplicate of this bug. *** I don't have this problem using 7z format in 4.3 (and 7z is better than zip, rar...). I have same problem Ark-4.3.1, still not fixed. 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. Cannot confirm dolphin part of Comment #13. Symlinks are shown fine in dolphin of 4.3.1 so this cannot be related. 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. @Matty: Yes, have tried that: /media/disk2part5/Multimedia/Samples linked to ~/Desktop/Samples shows as ~/Desktop/Samples in Dolphin. 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? 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. 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. @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. 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. No big news but also present on Opensuse 11.1 x86_64 with 4.3.1 Can confirm for Gentoo AMD_64 with 4.3.1 Ark 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. *** Bug 215298 has been marked as a duplicate of this bug. *** 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 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 *** Bug 220923 has been marked as a duplicate of this bug. *** |