The `mailto` external protocol dialog is not displayed until favicon requests time out.
Categories
(Firefox :: File Handling, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr68 | --- | unaffected |
| firefox-esr78 | --- | unaffected |
| firefox80 | --- | unaffected |
| firefox81 | --- | unaffected |
| firefox82 | --- | fixed |
People
(Reporter: nayinain, Assigned: emz)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:82.0) Gecko/20100101 Firefox/82.0
Steps to reproduce:
- Set the application that opens
mailtoprotocol toAlways askin about:preferences. - Click a mailto-link (e.g. <test@email.com>)
Actual results:
The mailto external protocol dialog is not displayed until favicon requests time out. (Google is restricts access in some countries and regions.)
Expected results:
It should be displayed immediately.
Sorry for my bad English.
Comment 1•6 years ago
|
||
Set release status flags based on info from the regressing bug 1661030
Comment 2•6 years ago
|
||
I guess we should do (some subset of) three things
(a) have a timeout so we don't wait for the load event forever (maybe 1-2 seconds? or check if we're getting paint events in the hidden dialog and if so use those)
(b) update this specific dialog so it adds http(s) based favicons after the load event fires and
(c) consider shipping favicons for the builtin icons (which may require some build/dialog logic as the provided default mail handlers are localizable and so different in different locales...).
Updated•6 years ago
|
| Assignee | ||
Comment 3•6 years ago
|
||
Dialogs loaded via SubDialog only show once they are loaded.
This defers inserting the favicon URIs into the DOM until after
the load event, so that slow loads don't keep the dialog hidden.
Updated•6 years ago
|
Comment 5•6 years ago
|
||
| bugherder | ||
Description
•