| Summary: | Error "The configuration area ... not writable" at start Eclipse 3.6.0 | ||
|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | macwaney |
| Component: | Framework | Assignee: | Thomas Watson <tjwatson> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | john.arthorne, tjwatson |
| Version: | 3.6 | ||
| Target Milestone: | Juno M4 | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
macwaney
Not sure if it is framework or launcher reading this. We should be able to just trim() the input. (In reply to comment #1) > Not sure if it is framework or launcher reading this. We should be able to just > trim() the input. Is there ever valid a case where the folder would really have a leading or trailing space? Or is that simply a degenerate case and we should be lenient on the input and assume the configuration really did not intend to include the leading/trailing spaces? Trailing whitespace is technically legal in Unix filenames, and illegal in Windows. On Unix it is common if you actually want a trailing whitespace you need to surround with quotes, something like: osgi.configuration.area="/home/foo/file with space " Another option is using something like java.io.File#getCanonicalFile() which will cause the whitespace to be discarded on platforms where it is not valid. I suggest we just trim the input on windows and leave it alone elsewhere. It is arguably not a bug on other platforms where trailing spaces are legal. I think we would need to do the adjustments to the inputs in the methods org.eclipse.equinox.launcher.Main.buildURL(String, boolean) and org.eclipse.core.runtime.internal.adaptor.LocationHelper.buildURL(String, boolean) |