Closed
Bug 469102
Opened 16 years ago
Closed 16 years ago
Places Tag Autocomplete breaks with certain tags (Regex escaping)
Categories
(Toolkit :: Places, defect, P2)
Tracking
()
VERIFIED
FIXED
mozilla1.9.1b3
People
(Reporter: ts.bugzilla, Assigned: dietrich)
References
Details
(Keywords: verified1.9.1)
Attachments
(1 file)
1.50 KB,
patch
|
mak
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20081210 Firefox/3.0.4 Build Identifier: I seem to have a tag that breaks the autocomplete (I was very surprised to see the bug 415960 being marked "fixed 1.9.1", as I've never seen any tag autocompletion). Reproducible: Always Steps to Reproduce: 1. Tag a page with "c++", additional tags should be stored to have something to autocomplete... 2. Try to edit tags for any bookmark, e.g. in Library or the dialog invoked from a bookmark's "Properties..." context menu entry. 3. No tag autocompletion appears... Error in the Error Console: Error: invalid quantifier +$|c++(,|;)) Source File: file:/// ... /components/nsTaggingService.js Line: 490 The string "c++" is one of my tags, it seems to be built into a regex, which is hence rendered invalid. about:buildconfig: Built from http://hg.mozilla.org/releases/mozilla-1.9.1/rev/9269759f81b7
Reporter | ||
Comment 1•16 years ago
|
||
Note that I use a user agent override, I did not really use "Firefox 3.0.4", as Bugzilla claims.
Updated•16 years ago
|
Version: unspecified → 1.9.1 Branch
Assignee | ||
Comment 3•16 years ago
|
||
drivers: this easily breaks tag autocomplete, and should be a very low risk fix. requesting blocking.
Flags: blocking1.9.1?
Priority: -- → P2
Target Milestone: --- → mozilla1.9.1b3
Updated•16 years ago
|
Flags: blocking1.9.1? → blocking1.9.1+
Assignee | ||
Updated•16 years ago
|
Assignee: nobody → dietrich
Assignee | ||
Comment 4•16 years ago
|
||
removed regexp entirely. this should be faster as well.
Attachment #353543 -
Flags: review?(mak77)
Assignee | ||
Updated•16 years ago
|
Whiteboard: [has patch][needs review marco]
Comment 5•16 years ago
|
||
Comment on attachment 353543 [details] [diff] [review] v1 r=mak77
Attachment #353543 -
Flags: review?(mak77) → review+
Updated•16 years ago
|
Status: NEW → ASSIGNED
Whiteboard: [has patch][needs review marco] → [has review]
Assignee | ||
Comment 6•16 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/ea93a49fd65d
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Comment 7•16 years ago
|
||
Verified with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20081222 Minefield/3.2a1pre ID:20081222020443 Looks like everything is ok with the patch. Can we get it into the 1.9.1 branch?
Status: RESOLVED → VERIFIED
Whiteboard: [has review]
Target Milestone: mozilla1.9.1b3 → mozilla1.9.2a1
Comment 8•16 years ago
|
||
(In reply to comment #7) > Looks like everything is ok with the patch. Can we get it into the 1.9.1 > branch? i'll push a bundle of current approved Places patches to 1.9.1 most likely tomorrow.
Comment 9•16 years ago
|
||
http://hg.mozilla.org/releases/mozilla-1.9.1/rev/4e2faabbc3f0
Keywords: fixed1.9.1
Comment 10•16 years ago
|
||
Verified on 1.9.1 with: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20081224 Shiretoko/3.1b3pre ID:20081224020421 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20081224 Shiretoko/3.1b3pre ID:20081224042714
Keywords: fixed1.9.1 → verified1.9.1
Updated•16 years ago
|
Target Milestone: mozilla1.9.2a1 → mozilla1.9.1b3
You need to log in
before you can comment on or make changes to this bug.
Description
•