Opened 14 years ago
Last modified 14 years ago
#10455 new defect
A repository hides a directory which has the same name in default repository
| Reported by: | Jun Omae | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | next-major-releases |
| Component: | version control/browser | Version: | 0.12-stable |
| Severity: | normal | Keywords: | |
| Cc: | Branch: | ||
| Release Notes: | |||
| API Changes: | |||
| Internal Changes: | |||
Description
Reproduce
- Create a repository with
trac/versioncontrol/tests/svnrepos.dumpand adds as default repository. The root directory hastrunk,branches,tagsdirectories in the repository. - Create another repository and add it with repository name being
tags. - Launch tracd and view
/browserpage. - Expand
tagsdirectory in default repository. It will show second repository instead oftagsin default repository.
Attachments (0)
Change History (3)
comment:1 by , 14 years ago
| Milestone: | → next-major-0.1X |
|---|
comment:2 by , 14 years ago
We should add an explicit repos parameter to the XHR made at step 4. That could also be used to disambiguate direct requests to /browser/tags.
The only tricky part is to be careful about the difference between /browser/tags?repos= (repos specified to be the "empty" repos, i.e. the default one) and /browser/tags (no repos specified, so an existing repos of name tags takes precedence over path tags in empty repos, the usual behavior).
comment:3 by , 14 years ago
Sorry, in addition, step 5: click tags link in default repository (without XHR) and it shows second repository. A user cannot access tags directory in default repository with browser in this case.



Heh, funny indeed ;)
Don't hesitate to set the milestone as you see fit when creating tickets.