"Profile missing" (and potentially other blocking dialogs) should not be shown when automation is detected
Categories
(Toolkit :: Startup and Profile System, enhancement)
Tracking
()
People
(Reporter: whimboo, Unassigned)
References
(Blocks 1 open bug)
Details
There are some situations during the startup of Firefox when a dialog might get displayed, eg. if the profile is not reachable or missing. Those dialogs actually block automation (Marionette, WebDriver BiDi) and results in a hang and a potential timeout after a while.
To improve the situation it would be good to print the failure message to stdout / stderr instead and to exit Firefox with a status not 0 right after.
This might help to understand why in some cases Firefox doesn't correctly startup for Marionette and Remote Agent related tests in CI, and that we have to kill the process without knowing anything why it was necessary. Or for Ubuntu when geckodriver is not run in the same Snap compartment and Firefox cannot access the created profile and hangs (see bug 1819377).
Note that for the safe mode dialog we have special handling in Marionette and Remote Agent. Not sure if that would also be possible for these other potential dialogs.
Dave, would you be fine with such a proposal?
Comment 1•2 years ago
|
||
For actual error dialogs yes, I think we should always print a message to stderr and then it is reasonable to use some environment variable to just bail out in such cases. I'm a little less sure about what would be considered more normal startup dialogs, like showing the profile manager when requested etc.
Comment 2•2 years ago
|
||
The severity field is not set for this bug.
:mossop, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•2 years ago
|
Description
•