Closed Bug 1707208 Opened 3 years ago Closed 3 years ago

The File's path is missing from the "Allow notifications to take you to their tab" label

Categories

(Toolkit Graveyard :: Notifications and Alerts, defect, P2)

Desktop
All

Tracking

(firefox89 verified, firefox90 verified)

VERIFIED FIXED
90 Branch
Tracking Status
firefox89 --- verified
firefox90 --- verified

People

(Reporter: rdoghi, Assigned: Gijs)

References

(Blocks 2 open bugs)

Details

(Whiteboard: [proton-modals] [priority:2c])

Attachments

(3 files)

Attached image 2021-04-23_14h05_35.png

[Affected platforms]:
Platforms: All

[Steps to reproduce]

  1. Launch the Firefox browser and trigger the modal on a local file that has the option to take you to their tab
  2. Reach the Tab where the Modal is already triggered.

[Expected result]
The Checkbox label text should be Allow notifications like this from file:// to take you to their tab

[Actual result]
The Checkbox label text is Allow notifications like this from to take you to their tab.
The path from the file requesting the permission is missing from the label text.

Attached file Cookies.html

Adding the local HTML file I used, In case youre not seeing the checkbox label, reach a different tab > Right click > Select All Tabs > Right Click > Reload all tabs.

This should trigger the modal from that tab when the user is in a different one.

Whiteboard: [proton-modals]
Priority: -- → P2
Whiteboard: [proton-modals] → [proton-modals] [priority:2c]

Hm, I was hoping bug 1706593 might fix this, but re-reading the code, I don't think it will. :-(

Assignee: nobody → gijskruitbosch+bugs
Status: NEW → ASSIGNED

Now that I finally wrote a test, I also noticed that we were trying to write the
checkbox permission value when the dialog gets aborted (ie removed because the
page disappears due to another page loading or the tab/window being closed),
which then threw an exception because the event target is the window rather than
the dialog element, and dialog.querySelector in maybeSetAllowTabSwitchPermission
fails.

Pushed by gijskruitbosch@gmail.com:
https://hg.mozilla.org/integration/autoland/rev/de55c0718e17
ensure that file: dialogs display something in the focus permission checkbox label and add a test, r=jaws
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 90 Branch

This issue is Verified as fixed in our latest Nightly build but the issue also occurs in Beta will this be uplifted to beta as well ?

Flags: needinfo?(gijskruitbosch+bugs)

Comment on attachment 9219627 [details]
Bug 1707208 - ensure that file: dialogs display something in the focus permission checkbox label and add a test, r?jaws

Beta/Release Uplift Approval Request

  • User impact if declined: Broken behaviour for file: URLs
  • Is this code covered by automated tests?: Yes
  • Has the fix been verified in Nightly?: Yes
  • Needs manual test from QE?: Yes
  • If yes, steps to reproduce: See comment 0
  • List of other uplifts needed: n/a
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Moving 1 line of JS and fixing an exception, comes with automated tests, still early in beta
  • String changes made/needed: Nope
Flags: needinfo?(gijskruitbosch+bugs)
Attachment #9219627 - Flags: approval-mozilla-beta?
Flags: qe-verify+
QA Whiteboard: [qa-triaged]

Comment on attachment 9219627 [details]
Bug 1707208 - ensure that file: dialogs display something in the focus permission checkbox label and add a test, r?jaws

Looks safe for early beta, , approved for 89 beta 9, thanks.

Attachment #9219627 - Flags: approval-mozilla-beta? → approval-mozilla-beta+

Confirming here that we (UX and PM) want this uplifted for MR1 to Beta.

This issue is Verified as Fixed in 89.0b9 on Windows, Mac and Ubuntu.

Status: RESOLVED → VERIFIED
QA Whiteboard: [qa-triaged]
Flags: qe-verify+
Product: Toolkit → Toolkit Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: