Site permission prompts show the full origin like https://permission.site:443 instead of just the hostname like permission.site
Categories
(Fenix :: Browser Engine, enhancement, P3)
Tracking
(Not tracked)
People
(Reporter: cpeterson, Assigned: cpeterson)
References
Details
Attachments
(3 files)
Steps to reproduce
- Load https://permission.site/
- Tap the "Camera" button.
- You will see a permission prompt: "Allow https://permission.site:443 to use your camera and microphone?"
Actual result
Fenix's permission prompt shows: Allow https://permission.site:443 to use your camera and microphone?
.
Expected result
Desktop's permission prompt shows: Allow permission.site to use your camera and microphone?
without the https://
scheme or :443
port. Fenix should use desktop's shorter string, especially since Fenix has less space to show the string.
Assignee | ||
Updated•2 years ago
|
Comment 1•2 years ago
|
||
i have a similar issue while i using firfox browser my dowloadhub movie site https://downloadhubmovie.com/ not working properly and Allow permission always whenever i refresh it.
Assignee | ||
Updated•7 months ago
|
Assignee | ||
Comment 3•7 months ago
|
||
Screenshot of a permission prompt with origin
Assignee | ||
Comment 4•6 months ago
|
||
Firefox Android's site permission prompts currently show the site's origin (which incudes the URL's protocol scheme and port number) like "Allow https://permission.site:443 to use your camera and microphone?". With this change, Firefox Android will only show the host, like Firefox desktop does: "Allow permission.site to use your camera and microphone?".
Firefox Android's site permission prompts used to show just the host, but switched to origin in this 2021 commit:
https://github.com/mozilla/gecko-dev/commit/497d1d2c35aa551a8c35c115d1fe6e4f1d4756b7
Assignee | ||
Updated•2 months ago
|
Assignee | ||
Comment 5•8 days ago
|
||
Since Gecko scopes permissions to origins (like "https://www.example.com:443"), we want all permission checks to use origins, not just hostnames like "www.example.com". Some SitePermissions code was incorrectly naming some variables "host" when they actually stored an origin.
Updated•8 days ago
|
Description
•