Closed Bug 1331918 Opened 6 years ago Closed 6 years ago

The completion popup panel is not auto-dismissed by clicking outside of it


(Firefox :: Site Identity, defect, P1)

53 Branch



Firefox 53
Tracking Status
firefox50 --- unaffected
firefox51 --- unaffected
firefox52 --- unaffected
firefox53 --- verified


(Reporter: simona.marcu, Assigned: johannh)



(Whiteboard: [fxprivacy])


(2 files)

No description provided.
Attached video popupCompletion.mp4
[Affected versions]:
- Nightly 53.0a1

[Affected platforms]:
- All 

[Steps to reproduce]:
1. Install an unverified add-on, you can choose the fist .xpi from:
2. After the completion popup panel is displayed, dismiss it by clicking outside the panel

[Expected result]:
- The panel is dismissed 

[Actual result]:
- The panel is not dismissed. Please see the screen-cast.
Blocks: 1315236
Summary: The completion popup notification can't be dismissed → The completion popup panel is not auto-dismissed by clicking outside of it
Duplicate of this bug: 1331917
Duplicate of this bug: 1331916
Assignee: nobody → jhofmann
Whiteboard: [fxprivacy] [triage]
I'm not sure if this needs tests and I wouldn't be sure where to put them. If you think it does, feel free to r-
Comment on attachment 8828252 [details]
Bug 1331918 - Make addon install failure messages non-persistent.

r=me with the removal of the hunk below or a clarification about its necessity.

::: toolkit/modules/PopupNotifications.jsm:1034
(Diff revision 2)
> +      if (notificationsToShow.some(n => n.options.persistent)) {
> +        this.panel.setAttribute("noautohide", "true");
> +      } else {
> +        this.panel.removeAttribute("noautohide");
> +      }
> +

Why is this necessary? We are calling _showPanel() right above this block, which will eventually run the same code and race with this, since it runs after the _hidePanel() promise has been fulfilled.
Attachment #8828252 - Flags: review?(past) → review+
Priority: -- → P1
Whiteboard: [fxprivacy] [triage] → [fxprivacy]
Yes, you're right, actually _showPanel() is the much better place to put this. I had to do this since on already open panels with updated notifications the noautohide attribute is not updated according to the new panel's specifications. So if you have a persistent panel that becomes a non-persistent one, it would still be incorrectly persistent.

But yeah, that was definitely the wrong place.
Pushed by
Make addon install failure messages non-persistent. r=past
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 53
Verified as fixed using the latest Aurora 53.0a2 (Build ID: 20170202084301)and the latest Nightly 54.0a1 (Build ID: 20170202030211) on Windows 10 x64, Ubuntu 16.04 x64 and Mac OS X 10.11.
You need to log in before you can comment on or make changes to this bug.