Closed
Bug 488940
Opened 16 years ago
Closed 14 years ago
Alias field is missing a description in fields.html
Categories
(Bugzilla :: User Interface, defect)
Tracking
()
RESOLVED
FIXED
Bugzilla 4.0
People
(Reporter: mkanat, Assigned: mkanat)
References
Details
(Keywords: ue, Whiteboard: [trunk/3.8 fixed by blocker])
Attachments
(1 file, 1 obsolete file)
3.70 KB,
patch
|
LpSolit
:
review-
|
Details | Diff | Splinter Review |
Pyrzak's students' research pointed out that the Alias field isn't described anywhere. It should have a description in fields.html and a link to its documentation.
Assignee | ||
Updated•16 years ago
|
Blocks: bz-hci2008
Not sure if the documentation should be protected by the
param(usebugaliases), or not, but others are, so this is.
Am happy to adapt or completely replace the text if anyone wants to
specify what it should be.
Note the link is added to the create form and the edit form, in line
with other similar links.
I also added a field to the offline docs, but I confess I have not
generated the full set to check them.
Assignee: ui → bugzilla
Attachment #412677 -
Flags: review?
![]() |
||
Comment 2•15 years ago
|
||
Comment on attachment 412677 [details] [diff] [review]
Add docs for the alias field and links to it v1
>Index: template/en/default/pages/fields.html.tmpl
>+ urls, quicksearch, and any form as an alternative to a [% terms.bug %]
Must be [% terms.abug %].
Yes - of course, sorry, terms.abug it is.
Attachment #412677 -
Attachment is obsolete: true
Attachment #412699 -
Flags: review?
Attachment #412677 -
Flags: review?
![]() |
||
Comment 4•15 years ago
|
||
This looks good, but this is going to conflict with bug 529201, which suggests a complete rewrite of the page. Probably a "blocker will fix". mkanat?
Assignee | ||
Comment 5•15 years ago
|
||
Yeah, blocker will fix. Sorry about that.
Depends on: 529201
Whiteboard: [Good Intro Bug] → [blocker will fix]
Updated•15 years ago
|
Attachment #412699 -
Flags: review?
Assignee | ||
Updated•15 years ago
|
Assignee: bugzilla → mkanat
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Whiteboard: [blocker will fix] → [fixed by blocker]
Target Milestone: Bugzilla 3.6 → Bugzilla 3.8
Comment 6•15 years ago
|
||
There's absolutely no need to wait for 3.8 for this fix. It's very self-contained and should be acceptable for 3.6 (and even 3.4, really).
Assignee: mkanat → bugzilla
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Whiteboard: [fixed by blocker] → [trunk/3.8 fixed by blocker]
Target Milestone: Bugzilla 3.8 → Bugzilla 3.6
Updated•15 years ago
|
Attachment #412699 -
Flags: review?(LpSolit)
Updated•15 years ago
|
Blocks: bmo-regressions-0911
![]() |
||
Comment 8•15 years ago
|
||
Comment on attachment 412699 [details] [diff] [review]
Add docs for the alias field and links to it v2
>Index: template/en/default/pages/fields.html.tmpl
>-<h2><a name="importance">Importance</h2>
>+<h2><a name="importance">Importance</a></h2>
This conflicts with existing code.
>+[% IF Param("usebugaliases") %]
>+ <h2><a name="bug_alias">[% terms.Bug %] Alias</a></h2>
Bugzilla 3.8 uses 'alias' as ID. We should do the same here, for consistency. Also, why is it put at the very end of the file? The order is pretty confusing.
>+ <p>This allows you to refer to [% terms.bugs %] using easily
>+ remembered mnemonics. The [% terms.bug %] alias can be used in
>+ urls, quicksearch, and any form as an alternative to [% terms.abug %]
>+ id.</p>
We should copy the description from 3.8, IMO, for consistency.
>Index: template/en/default/bug/edit.html.tmpl
>+ ><a href="page.cgi?id=fields.html#bug_alias">Alias<a/></label>:</td><td>
Having only the bug alias linkified but not the bug summary looks strange, IMO.
>Index: docs/en/xml/using.xml
>+ <emphasis>*Alias:</emphasis>
It shouldn't be put between the assignee and QA contact. This doesn't make sense. It should go right before the bug summary, I think.
Attachment #412699 -
Flags: review?(LpSolit) → review-
![]() |
||
Comment 9•14 years ago
|
||
Bugzilla 3.6 is now restricted to security fixes only, and so we won't fix this bug on this branch. In 4.0 and newer, this bug has been fixed by bug 529201, so adjusting the target milestone and the assignee accordingly.
Assignee: bugzilla → mkanat
Status: REOPENED → RESOLVED
Closed: 15 years ago → 14 years ago
Resolution: --- → FIXED
Target Milestone: Bugzilla 3.6 → Bugzilla 4.0
You need to log in
before you can comment on or make changes to this bug.
Description
•