Closed
Bug 1149548
Opened 9 years ago
Closed 9 years ago
keyword search from the location bar is now case sensitive - previously wasn't.
Categories
(Toolkit :: Places, defect)
Toolkit
Places
Tracking
()
Tracking | Status | |
---|---|---|
firefox38 | --- | unaffected |
firefox39 | --- | fixed |
firefox40 | --- | fixed |
People
(Reporter: philip.chee, Assigned: philip.chee, Mentored)
References
Details
(Keywords: regression)
Attachments
(1 file)
1.07 KB,
patch
|
mak
:
review+
lizzard
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
STR: 1. create a bookmark like: Name: Bugzilla Keyword Search Location: https://bugzilla.mozilla.org/show_bug.cgi?id=%s Keyword: bug 2. Type and enter: bug 1145063 3. Actual results: https://bugzilla.mozilla.org/show_bug.cgi?id=1145063 4. Type and enter: Bug 1145063 5. Actual results: https://www.google.com/search?q=Bug+1145063&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:unofficial&client=seamonkey-a
Comment 1•9 years ago
|
||
maybe a regression from bug 1125117? It seems to be working for me though...
Comment 2•9 years ago
|
||
Can't reproduce this either. Philip, can you check again?
Flags: needinfo?(philip.chee)
Assignee | ||
Comment 3•9 years ago
|
||
I should mention that I build and test SeaMonkey trunk almost every day. Is there anything in the front end code I need to change in SeaMonkey?
Flags: needinfo?(philip.chee)
Comment 4•9 years ago
|
||
Aha, so that's a SeaMonkey bug. Not aware of any frontend changes but Marco should know.
Flags: needinfo?(mak77)
Comment 5•9 years ago
|
||
You should check your version of getShortcutOrURIAndPostData in browser probably (or whatever function you use to figure if words represent keywords or not)... I think all of the other changes are in the backend
Flags: needinfo?(mak77)
Assignee | ||
Comment 6•9 years ago
|
||
(In reply to Marco Bonardo [::mak] from comment #5) > You should check your version of getShortcutOrURIAndPostData in browser > probably (or whatever function you use to figure if words represent keywords > or not)... I think all of the other changes are in the backend
Depends on: 1148191
Comment 7•9 years ago
|
||
actually, there's a bug here http://mxr.mozilla.org/mozilla-central/source/toolkit/components/places/PlacesUtils.jsm#948 The aKeyword should be lowercased in stmt.params.keyword = aKeyword; This should fix your problem also if you don't immediately port the browser changes.
Updated•9 years ago
|
Mentor: mak77
Points: --- → 1
Flags: qe-verify-
Flags: firefox-backlog+
Updated•9 years ago
|
Keywords: regressionwindow-wanted
Updated•9 years ago
|
Whiteboard: [good first bug][lang=js]
Assignee | ||
Comment 8•9 years ago
|
||
(In reply to Marco Bonardo [::mak] from comment #7) > actually, there's a bug here > http://mxr.mozilla.org/mozilla-central/source/toolkit/components/places/ > PlacesUtils.jsm#948 > > The aKeyword should be lowercased in stmt.params.keyword = aKeyword; Thanks! I came to the same conclusion after staring at the code for a while. > This should fix your problem also if you don't immediately port the browser > changes. This is on our radar but I don't know when we'll port the browser changes. Also [addon-compat]
Assignee | ||
Updated•9 years ago
|
Whiteboard: [good first bug][lang=js]
Version: unspecified → Trunk
Updated•9 years ago
|
Attachment #8587918 -
Flags: review?(mak77) → review+
Comment 9•9 years ago
|
||
(In reply to Philip Chee from comment #8) > This is on our radar but I don't know when we'll port the browser changes. > Also [addon-compat] So far I made all new APIs be able to work along the old ones... clearly we can't keep the old ones forever, but surely we'll Deprecate.warning at least a couple versions before any removal.
Comment 10•9 years ago
|
||
note this fix is worth uplifting to Aurora.
status-firefox38:
--- → unaffected
status-firefox39:
--- → affected
status-firefox40:
--- → affected
Assignee | ||
Comment 11•9 years ago
|
||
Try server results: https://treeherder.mozilla.org/#/jobs?repo=try&revision=86029fe3ce2a
Updated•9 years ago
|
Keywords: checkin-needed
Comment 12•9 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/3f9f9202ea64 Should we have a test for this?
Comment 13•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/3f9f9202ea64
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team]
Target Milestone: --- → mozilla40
Updated•9 years ago
|
Iteration: --- → 40.1 - 13 Apr
Assignee | ||
Comment 14•9 years ago
|
||
Comment on attachment 8587918 [details] [diff] [review] Patch fix getURLAndPostDataForKeyword Approval Request Comment [Feature/regressing bug #]: Bug 1100294 [User impact if declined]: [addon-compat] The keyword used in urlbar searches is now unintentionally case sensitive for SeaMonkey and addons that use the old API. [Describe test coverage new/current, TreeHerder]: current try server results are Green: https://treeherder.mozilla.org/#/jobs?repo=try&revision=b7e8d67b2e37 [Risks and why]: low risk regression fix. [String/UUID change made/needed]: none.
Attachment #8587918 -
Flags: approval-mozilla-aurora?
Comment 15•9 years ago
|
||
(In reply to Ryan VanderMeulen [:RyanVM UTC-4] from comment #12) > https://hg.mozilla.org/integration/fx-team/rev/3f9f9202ea64 > > Should we have a test for this? we could but this code is deprecated.
Updated•9 years ago
|
Flags: in-testsuite? → in-testsuite-
Comment 16•9 years ago
|
||
Comment on attachment 8587918 [details] [diff] [review] Patch fix getURLAndPostDataForKeyword Looks low risk, fixes a regression. Approving for uplift to aurora.
Attachment #8587918 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
You need to log in
before you can comment on or make changes to this bug.
Description
•