Closed Bug 87405 Opened 24 years ago Closed 19 years ago

Change columns on stored query loses title.

Categories

(Bugzilla :: Query/Bug List, defect, P3)

2.13

Tracking

()

RESOLVED FIXED
Bugzilla 2.22

People

(Reporter: CodeMachine, Assigned: LpSolit)

References

Details

Attachments

(1 file, 1 obsolete file)

We have a nice snazzy title that appears on stored queries now. Woohoo! However, if you hit 'Change Columns' then it gets converted to a big query URL and even though the query title seems to still be in the URL, the title no longer appears on the page. I believe it should. It would probably be nice to fix this by just adding an ordering to the end and not convert it to a big query URL.
And while you're in the area, please explain why the big URL has this: "namedcmd=2.12+Bugzilla+Bugs&newqueryname=2.16+Bugzilla+Bugs" "2.16 Bugzilla Bugs" is the relevant query, whereas "2.12 Bugzilla Bugs" is a query I haven't had since ... well ... you know ...
Target Milestone: --- → Bugzilla 2.16
Priority: -- → P3
Mass moving to new product Bugzilla...
Assignee: tara → endico
Component: Bugzilla → Query/Bug List
Product: Webtools → Bugzilla
Version: Bugzilla 2.13 → 2.13
We are currently trying to wrap up Bugzilla 2.16. We are now close enough to release time that anything that wasn't already ranked at P1 isn't going to make the cut. Thus this is being retargetted at 2.18. If you strongly disagree with this retargetting, please comment, however, be aware that we only have about 2 weeks left to review and test anything at this point, and we intend to devote this time to the remaining bugs that were designated as release blockers.
Target Milestone: Bugzilla 2.16 → Bugzilla 2.18
*** Bug 89827 has been marked as a duplicate of this bug. ***
Assignee: endico → nobody
These bugs appear to be abandoned. Retargeting to 2.20
Target Milestone: Bugzilla 2.18 → Bugzilla 2.20
Anybody interested in fixing this? It sounds fairly simple.
Target Milestone: Bugzilla 2.20 → Bugzilla 2.22
Attached patch patch, v1 (obsolete) — Splinter Review
Assignee: nobody → LpSolit
Status: NEW → ASSIGNED
Attachment #202378 - Flags: review?
Attachment #202378 - Flags: review? → review?(wicked)
Comment on attachment 202378 [details] [diff] [review] patch, v1 >Index: template/en/default/list/list.html.tmpl >=================================================================== >-[% title = "$terms.Bug List" %] >-[% IF searchname %] >- [% title = title _ ": " _ searchname %] >+[% title = BLOCK %] >+ [% terms.Bug %] List: [% searchname || defaultsavename FILTER html %] This adds a useless : to non-saved search bug list titles. Is there are reason searchname was not filtered earlier? It's not clear to me if this patch makes it filtered or not. I think it would be better to use OR instead of || because OR seems to be used later in the template.
Attachment #202378 - Flags: review?(wicked) → review-
Attached patch patch, v2Splinter Review
Attachment #202378 - Attachment is obsolete: true
Attachment #203185 - Flags: review?(bugzilla)
Attachment #203185 - Flags: review?(bugzilla) → review?(myk)
Attachment #203185 - Flags: review?(myk) → review+
Flags: approval?
Low-risk polish fix. Suitable for checkin during release freeze.
Flags: approval? → approval+
Checking in template/en/default/list/list.html.tmpl; /cvsroot/mozilla/webtools/bugzilla/template/en/default/list/list.html.tmpl,v <-- list.html.tmpl new revision: 1.42; previous revision: 1.41 done
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
QA Contact: matty_is_a_geek → default-qa
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: