Closed Bug 1363279 Opened 7 years ago Closed 4 years ago

Temporary permissions are not cleared when the user submits the url bar

Categories

(Firefox :: Site Permissions, defect, P3)

53 Branch
defect

Tracking

()

RESOLVED FIXED
Firefox 74
Tracking Status
firefox74 --- fixed

People

(Reporter: xpeng, Assigned: pbz, Mentored)

References

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0
Build ID: 20170302120751

Steps to reproduce:

1.start screen share with getusermedia
2.click the "Don't Allow" button (do not select the "Remember this decision")
could not share screen this time.
3.refresh the link and share screen again , the share list dialog do not pop up and direct to fail to share.


Actual results:

can not share screen anymore .  if we want to share screen we must clear the choice before.


Expected results:

refresh the link to share screen the share list dialog should be popped up again , if we do not select the  "Remember this decision"
Component: Untriaged → WebRTC: Audio/Video
Product: Firefox → Core
Summary: [WebRtc] Can not share screen if choose “not allow” before → Can not share screen if choose “not allow” before
Looks like you're tripping over our new UX. The "Block temporarily" feature (bug 1206232). Forwarding to UX.

Workaround:
 1. Notice the gray square with a slash through it just ahead of the url, next to the (i) page info icon,
 2. Click it or the (i) page info icon to get the page info drop down,
 3. Under permissions, click the (X) next to "Blocked temporarily" twice.
 4. Try again.

Although I thought refreshing the page should do this automatically. Kohei, did you refresh using the ↻ icon or did you hit enter in the url text field?

In fact, I notice in 53 (OSX) that hitting enter does NOT work to clear the block for me. I have to click the ↻ icon. Florian, is this a bug?
Status: UNCONFIRMED → NEW
Component: WebRTC: Audio/Video → Device Permissions
Ever confirmed: true
Flags: needinfo?(florian)
Product: Core → Firefox
> did you refresh using the ↻ icon or did you hit enter in the url text field?

Sorry I meant to ask the reporter xpeng that, not Kohei.
Flags: needinfo?(xpeng)
refresh the ↻ icon .  
I restart firefox and share screen again , the share list dialog do not pop up and direct to fail to share.
Flags: needinfo?(xpeng)
(In reply to Jan-Ivar Bruaroey [:jib] from comment #1)

> In fact, I notice in 53 (OSX) that hitting enter does NOT work to clear the
> block for me. I have to click the ↻ icon. Florian, is this a bug?

Clearing the temporary block when the user refreshes the page by pressing enter in the location bar seems like a reasonable addition to me (I don't think we implemented that case in bug 1206232).
Blocks: 1206232
Flags: needinfo?(florian)
Summary: Can not share screen if choose “not allow” before → Temporary permissions are not cleared when the user submits the url bar
Assignee: nobody → prathikshaprasadsuman
Assignee: prathikshaprasadsuman → nobody
Priority: -- → P5
No longer blocks: 1206232
Regressed by: 1206232

To do this you will need to hook into this function: https://searchfox.org/mozilla-central/rev/99a2a5a955960b0e58ceade1db1f7652d9db4ba1/browser/base/content/urlbarBindings.xml#1528

and do the same stuff that we also do in https://searchfox.org/mozilla-central/rev/99a2a5a955960b0e58ceade1db1f7652d9db4ba1/browser/base/content/tabbrowser.js#3491-3495

However, that's for the old version of the URL bar, which is being rewritten right now. Mark, how can we get the equivalent of handleEnter for QuantumBar?

Thanks!

Blocks: 1206232
Mentor: jhofmann
Flags: needinfo?(standard8)
No longer regressed by: 1206232

I guess you could probably add it to https://searchfox.org/mozilla-central/rev/197210b8c139b64f642edaa3336d26b9c1761568/browser/components/urlbar/UrlbarInput.jsm#324 Feels a bit like we should have some sort of event for it, so it could just consume the change, though I'm not sure its totally worth it.

Flags: needinfo?(standard8)

People (even within Mozilla) are running into this, being confused by it while trying to figure out how Firefox temporary permissions work.

My understanding of the permission model we're trying to convey to users here is:

  1. If reloading is triggered by users ( refresh icon or ENTER in URL bar), FF should clear any temporary permissions and temporary blocks.
  2. If reloading is caused by the site (window.location = for example), FF should not clear any temporary permissions or temporary blocks.

Fixing this bug seems essential to having a clear and consistent model that users can intuit on their own, since this behavior is not actually documented anywhere.

A P5 where I'm from means "we'll never do this". I'm assuming the URL bar has been fully rewritten at this point. Can we up-prioritize, even fix this now?

Flags: needinfo?(tnguyen)

Personally, I think it would be quite confused for users (I am the one who often enters to URL bar) and this bug should have a higher priority. I think Johannh had a plan for this (he plans to assign a member of his team working on this?).

Flags: needinfo?(tnguyen) → needinfo?(jhofmann)

This really shouldn't be difficult but I'm a little overloaded from PTO/leave backlog, maybe Paul (or Thomas?) can take it?

Flags: needinfo?(jhofmann) → needinfo?(pbz)

I'll look into this, thanks!

Assignee: nobody → pbz
Status: NEW → ASSIGNED
Flags: needinfo?(pbz)
Priority: P5 → P3
Pushed by pzuhlcke@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/1f5ff9a3a745
Clear temporary permissions if the user reloads a tab via the urlbar. r=johannh
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 74
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: