Modify ↓
#2135 closed defect (fixed)
not displayed '.. (Parent Directory)'
Reported by: | Owned by: | Christopher Lenz | |
---|---|---|---|
Priority: | normal | Milestone: | 0.9 |
Component: | version control/browser | Version: | 0.9b1 |
Severity: | normal | Keywords: | |
Cc: | Branch: | ||
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
In Browser at not-root directory, It’s not displayed '.. (Parent Directory)'.
- 0.8.4 — OK.
- 0.9b1 — NG.
Attachments (0)
Change History (7)
comment:1 by , 19 years ago
comment:2 by , 19 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
Yes, since full path is displayed with each directory segment as a link the '..' link would be redundant.
comment:3 by , 19 years ago
Milestone: | → 0.9 |
---|---|
Resolution: | wontfix |
Status: | closed → reopened |
Not sure here… the removal of the up-link wasn't intentional IIRC.
Also, the path links aren't quite as discoverable/recognizable as the parent link.
comment:4 by , 19 years ago
Owner: | changed from | to
---|---|
Status: | reopened → new |
comment:5 by , 19 years ago
Status: | new → assigned |
---|
Note:
See TracTickets
for help on using tickets.
This may be as designed since you can just click on the path above the listing to change to parent directories. Is there really a need for both navigation methods other then users are used to seeing the '..'?