Closed Bug 1570627 Opened 5 years ago Closed 5 years ago

Protections panel doesn't open on reader mode, about:, view-source:, etc.

Categories

(Firefox :: Protections UI, defect, P1)

defect

Tracking

()

VERIFIED FIXED
Firefox 70
Tracking Status
firefox70 --- verified

People

(Reporter: johannh, Assigned: johannh)

References

Details

(Whiteboard: [privacy-panel][skyline])

Attachments

(1 file)

STR: Go to about:about and try to open the protections panel. It doesn't open. Now, whether this specific page should have a protections panel is a different question, but there are definitely some non-http pages that need to have it supported, and it shouldn't fail in this way.

The console displays an error in ContentBlockingAllowList.jsm

(In reply to Johann Hofmann [:johannh] from comment #0)

STR: Go to about:about and try to open the protections panel. It doesn't open. Now, whether this specific page should have a protections panel is a different question, but there are definitely some non-http pages that need to have it supported, and it shouldn't fail in this way.

The console displays an error in ContentBlockingAllowList.jsm

Could you elaborate on which non-http pages need it to be supported? Can we perhaps document this somewhere, and maybe it needs to be tested?

Flags: needinfo?(jhofmann)

(In reply to Nihanth Subramanya [:nhnt11] from comment #1)

(In reply to Johann Hofmann [:johannh] from comment #0)

STR: Go to about:about and try to open the protections panel. It doesn't open. Now, whether this specific page should have a protections panel is a different question, but there are definitely some non-http pages that need to have it supported, and it shouldn't fail in this way.

The console displays an error in ContentBlockingAllowList.jsm

Could you elaborate on which non-http pages need it to be supported? Can we perhaps document this somewhere, and maybe it needs to be tested?

So, the one that comes to my mind right away is moz-extension://, the rest could be okay to just hide the shield icon, but I think the best course of action right now is fix the opening of that panel in the short term and as a follow-up determine where we can hide the icon.

Flags: needinfo?(jhofmann)

(In reply to Johann Hofmann [:johannh] from comment #2)

(In reply to Nihanth Subramanya [:nhnt11] from comment #1)

(In reply to Johann Hofmann [:johannh] from comment #0)

STR: Go to about:about and try to open the protections panel. It doesn't open. Now, whether this specific page should have a protections panel is a different question, but there are definitely some non-http pages that need to have it supported, and it shouldn't fail in this way.

The console displays an error in ContentBlockingAllowList.jsm

Could you elaborate on which non-http pages need it to be supported? Can we perhaps document this somewhere, and maybe it needs to be tested?

So, the one that comes to my mind right away is moz-extension://, the rest could be okay to just hide the shield icon, but I think the best course of action right now is fix the opening of that panel in the short term and as a follow-up determine where we can hide the icon.

I agree, the console error is likely trivial to fix. Thanks for filing this.

Priority: -- → P1
Assignee: nobody → jhofmann
Status: NEW → ASSIGNED

Showing the protection panel for pages where content blocking can't add exceptions and/or
the url classifier can't classify doesn't make sense and would just be confusing to the user
and our code.

Pushed by jhofmann@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/16bddf4c8023
Don't show the protections icon on sites where content blocking can't set exceptions. r=nhnt11
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 70

Confirming this issue as verified fixed on 70.0a1 (2019-08-19) with Windows 10x64 , Ubuntu 18.04 and macOS 10.14.6. The Protections panel is no longer displayed for pages where content blocking can't add exceptions and/or .the url classifier can't classify

Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: