| Summary: | eclipse.ini: configuration parameter does not support URLs with whitespaces | ||
|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | Andreas Gusenbauer <Andreas.Gusenbauer> |
| Component: | Launcher | Assignee: | Project Inbox <equinox.launcher-inbox> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | critical | ||
| Priority: | P3 | CC: | aniefer, georg.breitschopf, john.arthorne, remy.suen |
| Version: | 3.4.2 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | stalebug | ||
|
Description
Andreas Gusenbauer
Same problem with: Helios Service Release 1 (Build id: 20100917-0705) Not sure if this is framework or launcher. I think this is launcher, in particular, this goes through Main#buildURL where the is no attempt to deal with encoded urls. Similar problem when using a hash '#' in the directory. The part after the hash is cut off. Using the URL-encoded form leads to the problem described above. An analysis of this problem revealed that an (now) deprecated API is used to create the URL. org.eclipse.osgi.internal.location.LocationHelper#buildURL uses java.io.File#toURL to create the URL. This method does not automatically escape characters that are illegal in URLs. 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. -- The automated Eclipse Genie. |