Community
Participate
Working Groups
Build ID: any Steps To Reproduce: 1. Get pdt-2.0.0GA_debugger-5.2.15.v20081217-all-in-one-win32.zip 2. Unzip it with windows XP or Vista 3. This results into a buggy installation You can check that with steps described in bug #280637 4. Unzip it with 7zip: the bug has gone More information: french forum post that led me to the issue: http://www.developpez.net/forums/d735956/environnements-developpement/eclipse/eclipse-php/chemin-dacces-source-long/ Windows unzipper doesn't extract correctly long file names as it seems.
Either don't use bundled Windows unzip utility or change the archive name to something shorter.
(In reply to comment #1) > Either don't use bundled Windows unzip utility or change the archive name to > something shorter. it is not the archive name, it is the file names inside the archive
zip format is not reliable for windows eclipse distributions. A solution to this is required.
We will not change filenames, just because some OS lacks good unzip utility.
(In reply to comment #4) > We will not change filenames, just because some OS lacks good unzip utility. why not ship in 7z format? Are you ready to handle all the bug reports related to this instead?
You are shipping invalid distributions. This has to be fixed. Change the archive formats or fix your file names.
(In reply to comment #5) > (In reply to comment #4) > > We will not change filenames, just because some OS lacks good unzip utility. > > why not ship in 7z format? Are you ready to handle all the bug reports related > to this instead? > This problem is common, and it's not related to this concrete archive only. We also encounter this issue, when extracting other Eclipse dependencies, and yes, they are all provided in Zip archives. What we do, is: place them on the C:\ root, rename the archive name - then everything extracts fine. Other option is: using 7zip, as you mentioned.
Not the bug of Eclipse. Zip format spec doesn't specify the length of the path names. It's a limitation of Windows operating system!
I recognise it is not an Eclipse software bug, but is an Eclipse packaging/distribution bug and should be treated as this.
(In reply to comment #8) > Not the bug of Eclipse. Zip format spec doesn't specify the length of the path > names. It's a limitation of Windows operating system! It's not the zip format spec, because 7zip can correctly unzip it. And if you have chosen the wrong format for your archives fix this issue.
(In reply to comment #10) > (In reply to comment #8) > > Not the bug of Eclipse. Zip format spec doesn't specify the length of the path > > names. It's a limitation of Windows operating system! > > It's not the zip format spec, because 7zip can correctly unzip it. > And if you have chosen the wrong format for your archives fix this issue. > If you still think it's a bug... OK, lets leave it... I don't have nerves to argue with you. But, please, don't set its severity to 'blocker', since it's not blocker - you have a workaround!
For reference there was a similar bug against platform that was resolved WONTFIX. See bug 166597.
Alright. Please realize that I lose 3 days to this bug. I don't know what qualifies for "blocker" here, but the sideeffects of this bug include being unable to install PDT from a clean ganymede distribution for instance. Also many problems reported in your database are related to this bug, see Bug#: 237757 for instance. You would do yourself a favor by solving this definitely.
Moving to enhancement requests. Do not file it as a PDT issue, I'm confident the problem is general. Please use 7zip or a valid zip self-extractor.
This is not an Eclipse bug. *** This bug has been marked as a duplicate of bug 166597 ***
¨Please look carefully it is an enhancement request.
Ok, but you're requesting an enhancement to the broken Windows zip utility. Just use a zip utility that isn't broken.
> why not ship in 7z format? Wouldn't that require all users to have 7z unzip software installed? And presumably 7z handles long paths in .zip files correctly, so if everyone has 7z installed there is no problem with us using .zip files.
(In reply to comment #18) > > why not ship in 7z format? > Wouldn't that require all users to have 7z unzip software installed? And > presumably 7z handles long paths in .zip files correctly, so if everyone has 7z > installed there is no problem with us using .zip files. Isn't it better to require an user to install 7z instead of having them *unknowingly* install a buggy distribution? At the very least mention the issue in the README file shipped with the distribution :S And stop closing this, there is an issue, and it will be reported to you until you provide a solution, if not by me by other users. I also suggest mentioning the problem in: readme/readme_eclipse.html#Known Issues
At the moment, it _is_ mentioned on the website. It is on the right hand side in the 'Installing Eclipse' section in the 'Known Issues' link. It's a little out of the way but I guess that's a website problem. http://www.eclipse.org/downloads/
Alright I stand corrected. Including this in the installation archive would help tremendously.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.
