| Summary: | Inconsistent handling of index name clashes | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Keith W. Campbell <keithc> | ||||||
| Component: | Core | Assignee: | JDT-Core-Inbox <jdt-core-inbox> | ||||||
| Status: | CLOSED WONTFIX | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P5 | CC: | philippe_mulet | ||||||
| Version: | 3.1 | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | All | ||||||||
| Whiteboard: | stalebug | ||||||||
| Attachments: |
|
||||||||
|
Description
Keith W. Campbell
Created attachment 28394 [details]
Sample projects
Unzip and import into a new workspace.
Created attachment 28395 [details]
Test sequence and trace logs
Describes the test scenario interleaved with trace output.
We should change our naming strategy. We should use the path of the indexed container, replacing file separators (for external jars with '%' or something similar). Note that we take the risk of hitting the path length limit if we did that. Also someone can still come up with 2 paths that are equal after replacing path separators. We might want to have an indirection instead: an index (of indexes !) that would map from a number (the name of the index) to the path. I think using small integers is the way to go. There are comments in the code that suggest others agree: they make reference to other problems that would be avoided. To that list I'd like to add bug 102860. I've begun creating a patch with this strategy in mind. 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. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. 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. |