Closed
Bug 978251
Opened 11 years ago
Closed 11 years ago
"target is null" when clicking on contents of panel
Categories
(Firefox :: Extension Compatibility, defect)
Firefox
Extension Compatibility
Tracking
()
RESOLVED
FIXED
Firefox 30
People
(Reporter: jorgev, Assigned: Gijs)
References
Details
(Whiteboard: [Australis:P3-][good first verify])
Attachments
(2 files)
|
21.50 KB,
application/x-xpinstall
|
Details | |
|
1.62 KB,
patch
|
jaws
:
review+
Sylvestre
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
I'm writing some demos for CustomizableUI and ran into this problem.
STR:
1) Install add-on in the attachment.
2) Click on the smiley face. You should see a panel with a select box and button.
3) Click anywhere in the panel. You should see this error in the Browser Console, once per click:
target is null CustomizableUI.jsm:1277
I haven't checked, but it could be that the error only happens because the panel has an internal iframe. While this doesn't appear to break anything, we generally don't allow AMO add-ons to generate errors in the Console.
| Assignee | ||
Updated•11 years ago
|
Flags: needinfo?(gijskruitbosch+bugs)
| Assignee | ||
Comment 1•11 years ago
|
||
(In reply to Jorge Villalobos [:jorgev] from comment #0)
> I haven't checked, but it could be that the error only happens because the
> panel has an internal iframe. While this doesn't appear to break anything,
> we generally don't allow AMO add-ons to generate errors in the Console.
Yup. But we can just fix this...
Assignee: nobody → gijskruitbosch+bugs
Status: NEW → ASSIGNED
Flags: needinfo?(gijskruitbosch+bugs)
| Assignee | ||
Comment 2•11 years ago
|
||
Writing a test for this is sadly tricky because error messages, though... in any case, the fix is so low-impact that I think we should just land this.
Attachment #8384110 -
Flags: review?(jaws)
Comment 3•11 years ago
|
||
Comment on attachment 8384110 [details] [diff] [review]
nullcheck target in Australis' panel click detection code,
Review of attachment 8384110 [details] [diff] [review]:
-----------------------------------------------------------------
::: browser/components/customizableui/src/CustomizableUI.jsm
@@ +1270,5 @@
>
> // While keeping track of that, we go from the original target back up,
> // to the panel if we have to. We bail as soon as we find an input,
> // a toolbarbutton/item, or the panel:
> + while (true && target) {
Yes, we should have done this from the beginning.
Attachment #8384110 -
Flags: review?(jaws) → review+
| Assignee | ||
Comment 4•11 years ago
|
||
status-firefox29:
--- → affected
status-firefox30:
--- → fixed
Whiteboard: [Australis:P3-][fixed-in-fx-team]
Comment 5•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [Australis:P3-][fixed-in-fx-team] → [Australis:P3-]
Target Milestone: --- → Firefox 30
| Assignee | ||
Comment 6•11 years ago
|
||
Comment on attachment 8384110 [details] [diff] [review]
nullcheck target in Australis' panel click detection code,
[Approval Request Comment]
Bug caused by (feature/regressing bug #): Australis
User impact if declined: add-ons cause spurious exceptions, don't get correct close handling
Testing completed (on m-c, etc.): on m-c, locally
Risk to taking this patch (and alternatives if risky): none, simple null-check
String or IDL/UUID changes made by this patch: none
Attachment #8384110 -
Flags: approval-mozilla-aurora?
Updated•11 years ago
|
Attachment #8384110 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
| Assignee | ||
Comment 7•11 years ago
|
||
Updated•11 years ago
|
Whiteboard: [Australis:P3-] → [Australis:P3-][good first verify]
You need to log in
before you can comment on or make changes to this bug.
Description
•