Ticket #1 (defect)
Opened 3 years ago
Last modified 3 years ago
Correctly translate project elements via the name cache
Status: closed (fixed)
| Reported by: | toby | Assigned to: | toby |
|---|---|---|---|
| Priority: | major | Milestone: | 0.10-beta-1 |
| Component: | vss2svn.pl | Version: | 0.10.0 |
| Keywords: | Cc: | ||
(from Dirk's email 2006-03-03)
I found, that all my projects containing spaces, are converted with the spaces replaced by an underscore. The reason for this is the name cache. If a VSS name contains special characters (e.g a space) the name is stored in the physical file with the space replaced by an underscore. Additionally the original name is stored in the name cache. For project items, the name cache only contains 1 entry with the entry id=10.
Your code checks for the number of entries available in the name cache. If there is only one element, you skip the translation. This is not correct.
From my observation, the names cache is used in the following szenarios:
For files:
- If the name fits into the 8.3 convention without any special character, nothing happens in the name cache
- If the name is longer than 8.3, but doesn't contain special character, the abbreviated 8.3 name is stored in the cache with the id=1
- If the name is longer than 28.3 characters, the name is stored in the names caches
- with the abbreviated 8.3 name in id=1
- with the correct name in id=2
- with an abbreviated 28.3 name in id=3
- If the name contains special characters, e.g undscores, all three ids are stored in the names cache (see above)
For projects:
- If the name contains special characters the correct name is stored as id=10
So from my observation the following is true:
For projects: if the cache contains an id=10 entry, then this is the correct name For files: if the cache contains an id=2 entry, then this is the correct name. If there is no id=2, then take id=3. If there is no id=3, then the original name is the best one to use.
For projects, I have never seen anything else than id=10.
Change History
03/13/2006 04:23:04 AM: Modified by luedi
03/21/2006 12:24:59 AM: Modified by toby
- status changed from new to assigned.
03/21/2006 12:54:22 AM: Modified by toby
- milestone changed from 0.10-alpha-2 to 0.10-beta-1.
04/04/2006 10:02:39 PM: Modified by toby
- status changed from assigned to closed.
- resolution set to fixed.
Fixed by luedi in r171.

there is a hot fix in [139]. But this fix should be reworked.