Closed
Bug 672316
Opened 14 years ago
Closed 14 years ago
accessibility.browsewithcaret is sometimes enabled when it shouldn't be
Categories
(Firefox for Android Graveyard :: General, defect)
Firefox for Android Graveyard
General
Tracking
(firefox6 unaffected, firefox7 fixed, firefox8 fixed)
VERIFIED
FIXED
Firefox 7
Tracking | Status | |
---|---|---|
firefox6 | --- | unaffected |
firefox7 | --- | fixed |
firefox8 | --- | fixed |
People
(Reporter: mbrubeck, Assigned: mbrubeck)
References
Details
(Keywords: regression, verified-aurora)
Attachments
(1 file)
1.85 KB,
patch
|
mfinkle
:
review+
asa
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
I don't have reliable steps to reproduce this, but I find that caret browsing is sometimes enabled unexpectedly after I've been using Fennec for a while. Looking at the code, this could happen if an error occurs in SelectionHelper.hide before the pref is unset. This patch just adds a try block to hopefully catch these errors.
Attachment #546601 -
Flags: review?(mark.finkle)
Comment 1•14 years ago
|
||
Comment on attachment 546601 [details] [diff] [review]
patch
I guess the popupState could be null or something
Attachment #546601 -
Flags: review?(mark.finkle) → review+
Comment 2•14 years ago
|
||
Isn't this basically like bug 671052 (which was duplicated against bug 667243)?
Also, isn't it bad to add try..catch to work around a problem?
Assignee | ||
Comment 3•14 years ago
|
||
http://hg.mozilla.org/integration/mozilla-inbound/rev/00df362906e9
(In reply to comment #2)
> Isn't this basically like bug 671052 (which was duplicated against bug
> 667243)?
Similar, though in my case the caret appeared after the handles were gone.
> Also, isn't it bad to add try..catch to work around a problem?
Yes, this is a slight hack because I could not reproduce the bug to be sure exactly where the error occurred. This code will be removed when the real fix (bug 667243) is available.
Whiteboard: [inbound]
Comment 5•14 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 8
Assignee | ||
Comment 6•14 years ago
|
||
Comment on attachment 546601 [details] [diff] [review]
patch
Requesting approval-mozilla-aurora. This change is mobile-only and fixes a regression in Firefox 7. The change is very low-risk; it just wraps a try/catch around an existing line of code.
Attachment #546601 -
Flags: approval-mozilla-aurora?
Assignee | ||
Updated•14 years ago
|
status-firefox6:
--- → unaffected
Updated•14 years ago
|
Attachment #546601 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Assignee | ||
Comment 7•14 years ago
|
||
Comment 8•14 years ago
|
||
Verified Fixed
Nightly: Mozilla/5.0 (Android; Linux armv7l; rv:8.0a1) Gecko/20110725 Firefox/8.0a1 Fennec/8.0a1
Aurora: Mozilla/5.0 (Android; Linux armv7l; rv:7.0a2) Gecko/20110725 Firefox/7.0a2 Fennec/7.0a2
Status: RESOLVED → VERIFIED
Keywords: verified-aurora
You need to log in
before you can comment on or make changes to this bug.
Description
•