Closed Bug 533188 Opened 15 years ago Closed 15 years ago

Microsummary link for saved searches needs to escape search name

Categories

(bugzilla.mozilla.org :: General, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: philor, Assigned: reed)

Details

Attachments

(1 file)

STR: 1. Search for anything (that will return results), save the search as |foo+| 2. Load the saved search in Firefox 3. Bookmarks, Bookmark This Page, click the dropdown arrow in the Name: field in the bookmark dialog Expected: Below the "Live Titles" separator, the name of the search followed by the number of things in the list, like |foo+ (120)| Actual: The microsummary is |<!-- YAHOO.namespace...| because the name isn't being escaped, so instead of |?cmdtype=runnamed&amp;namedcmd=foo%25&amp;ctype=microsummary| the link is |?cmdtype=runnamed&amp;namedcmd=foo+&amp;ctype=microsummary| and the plus turns into a space on the server side and the namedcmd |foo | (or |foo|, either way) isn't found.
Attached patch patch - v1Splinter Review
$searchname was being added to the microsummary URL completely unfiltered.
Assignee: nobody → reed
Status: NEW → ASSIGNED
Attachment #416360 - Flags: review?(justdave)
Comment on attachment 416360 [details] [diff] [review] patch - v1 This has been applied on bugzilla-stage-tip, care to test it there?
(In reply to comment #2) > (From update of attachment 416360 [details] [diff] [review]) > This has been applied on bugzilla-stage-tip, care to test it there? Works. bugzilla.mozilla.org: <link rel="microsummary" href="?cmdtype=runnamed&amp;namedcmd=sg:crit+crash&amp;ctype=microsummary"> bugzilla-stage-tip.mozilla.org: <link rel="microsummary" href="?cmdtype=runnamed&amp;namedcmd=sg%3Acrit%2Bcrash&amp;ctype=microsummary">
Yup, works fine for the saved search case that I reported, though not surprisingly it doesn't fix what I didn't realize was a separate bug that I didn't report, that shared searches like https://bugzilla-stage-tip.mozilla.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=blocking-thunderbird3%2B&sharer_id=1537 will still fail because |IF searchname| believes all searches are your own.
(In reply to comment #4) > Yup, works fine for the saved search case that I reported, though not > surprisingly it doesn't fix what I didn't realize was a separate bug that I > didn't report, that shared searches like > https://bugzilla-stage-tip.mozilla.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=blocking-thunderbird3%2B&sharer_id=1537 > will still fail because |IF searchname| believes all searches are your own. Can you file that separately, and I'll get a fix together for it? Thanks!
Committed revision 6733, and deployed.
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Component: Bugzilla: Other b.m.o Issues → General
Product: mozilla.org → bugzilla.mozilla.org
Comment on attachment 416360 [details] [diff] [review] patch - v1 What with one thing and another and another and another, probably don't really need this review request anymore.
Attachment #416360 - Flags: review?(justdave)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: