Closed Bug 260794 Opened 20 years ago Closed 19 years ago

Duplicate parameter generated in Google search

Categories

(Firefox :: Search, defect)

x86
All
defect
Not set
minor

Tracking

()

RESOLVED FIXED
Firefox1.5

People

(Reporter: minghong, Assigned: philor)

Details

(Keywords: fixed1.8, late-l10n, polish)

Attachments

(1 file, 2 obsolete files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10 I find that the parameter 'start' (for Google search) generated by Search Toolbar is duplicated. e.g. If I search for the keyword 'Meo': http://www.google.com/search?q=Meo&start=0&start=0&ie=utf-8&oe=utf-8&client=firefox-a&rls=org.mozilla:en-US:official I think this URL is good enough: http://www.google.com/search?q=Meo&&start=0&ie=utf-8&oe=utf-8&client=firefox-a&rls=org.mozilla:en-US:official Reproducible: Always Steps to Reproduce: 1. Focus on the Search Toolbar. 2. Input any keyword and press [Enter]. 3. Observe the URL generated. Actual Results: Give me a duplicate parameter: 'start=0' Expected Results: Each parameter should appear only once.
Reproduced on: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20040913 Firefox/0.10 The severity is too high since there is no loss of function. Should be set to minor.
Changed to minor. But I believe it just need an ultra simple fix...
Severity: normal → minor
OS: Windows 2000 → All
I already have the fix. Just making sure this actually is a bug :)
Attached patch Patch (obsolete) — Splinter Review
Are there any patch guidelines?
Attached patch [duplicate] Patch (obsolete) — Splinter Review
Might as well change status to new. Sorry about the spam.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Attachment #159601 - Flags: review+
Comment on attachment 159601 [details] [diff] [review] Patch I set the wrong flag before.
Attachment #159601 - Flags: review+ → review?(p_ch)
Flags: blocking-aviary1.1+
Flags: blocking-aviary1.1+ → blocking-aviary1.1?
Ben, or mconnor, if this is an easy fix, can you review or land it?
Assignee: p_ch → bugs
Just as a remainder, this bug is still reproducible in Deer Park Alpha 2 (not surprisingly).
We should fix this, and get google to update their updated .src file (once I fix the updating searchplugins bug) But that still doesn't make this a blocker.
Flags: blocking-aviary1.1? → blocking-aviary1.1-
Comment on attachment 159601 [details] [diff] [review] Patch request Ben to review (trivial)
Attachment #159601 - Flags: review?(p_ch) → review?(bugs)
Version: unspecified → Trunk
Attachment #159602 - Attachment description: Patch → [duplicate] Patch
Attachment #159602 - Attachment is obsolete: true
There's no need to break things for either the SearchSidebar extension, or a SeaMonkey user who somehow gets our version: when you have a single param for previous and next, "<inputprev>" says "use the name and factor from inputnext, but decrement it." Verified working with SeaMonkey, and working within the limits of some bugs in SearchSidebar. There's also no need to wait on Google changing their version: we're shipping a plugin that claims to update from mozilla.org, and bug 306576 is going to do it for real from addons.m.o, so there's no coordination requirement.
Assignee: bugs → bugzilla
Attachment #159601 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #196621 - Flags: review?(mconnor)
Attachment #159601 - Flags: review?(bugs)
Attachment #196621 - Flags: review?(mconnor) → review+
Keywords: polish
Whiteboard: [checkin needed]
Target Milestone: --- → Firefox1.5
Comment on attachment 196621 [details] [diff] [review] fix without breaking things Asking for approval without being quite sure we want it: if bug 306576 is going to put actual content at the update urls on addons.m.o, not just do our current 404, then if we don't land this on the branch they'll get a nice bit of testing as everyone who installs 1.5 then updates their google.src first check...
Attachment #196621 - Flags: approval1.8b5?
Flags: blocking1.8b5+
Comment on attachment 196621 [details] [diff] [review] fix without breaking things Approved for 1.8b5 per bug meeting
Attachment #196621 - Flags: approval1.8b5? → approval1.8b5+
Trunk: Checking in browser/locales/en-US/searchplugins/google.src; /cvsroot/mozilla/browser/locales/en-US/searchplugins/google.src,v <-- google.src new revision: 1.4; previous revision: 1.3 done 1.8 Branch: Checking in browser/locales/en-US/searchplugins/google.src; /cvsroot/mozilla/browser/locales/en-US/searchplugins/google.src,v <-- google.src new revision: 1.3.2.1; previous revision: 1.3 done
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Keywords: fixed1.8, late-l10n
Resolution: --- → FIXED
Whiteboard: [checkin needed]
A message to localizers, you probably want to take this patch for your 1.5 localizations. As it's just a nit, I won't approve this change for the 1.0.x branch, though. Is someone on this bug willing to take the burdon to fix the plethora of plugins on mycroft? A note on the google-hosted updateURL, we shouldn't put content there, as most localizers used the same updateURL which slipped review on 1.0.x. At least we shouldn't do that for this nit.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: