Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 1.5.0

Bug #21058 Long symlinks are not supported
Submitted: 2016-04-28 08:18 UTC
From: pbeernink Assigned: mrook
Status: Closed Package: Archive_Tar (version 1.4.2)
PHP Version: Irrelevant OS: Linux
Roadmaps: 1.4.4    
Subscription  


 [2016-04-28 08:18 UTC] pbeernink (Peter Beernink)
Description: ------------ When you create a tar including symlinks which point to a location over 100 characters long, the link location is truncated to 100 chars. It looks like this is cased because the writeLongHeader() is only called if the filename itself is longer that 99 chars, not taking into account the location the link points to.

Comments

 [2018-12-20 20:27 UTC] mrook (Michiel Rook)
-Status: Open +Status: Closed -Assigned To: +Assigned To: mrook -Roadmap Versions: +Roadmap Versions: 1.4.4
This bug has been fixed in SVN. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better. Sorry this took so long, but I've been finally been able to spend some time on this issue. Will appear in the next release!
 [2018-12-26 11:58 UTC] mpp (Mp Parsley)
This update broke the symlinks in our tar files: chmod: cannot operate on dangling symlink ‘vendor/bin/robo’ Before 1.4.4 we had correct symlinks: ls -la vendor/bin/robo lrwxrwxrwx 1 web web 26 Dec 21 16:14 vendor/bin/robo -> ../consolidation/robo/robo After 1.4.4 we had broken symlinks: ls -la vendor/bin/robo lrwxrwxrwx 1 web web 26 Dec 21 16:14 vendor/bin/robo -> consolidation/robo/robo