Closed
Bug 1437582
Opened 6 years ago
Closed 6 years ago
Intermittent browser/components/extensions/test/browser/browser_ext_tabs_lazy.js | Uncaught exception - [Exception... "Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFile.createUnique]" nsresult: "0x80520015
Categories
(WebExtensions :: General, defect)
WebExtensions
General
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: intermittent-bug-filer, Assigned: rpl)
References
Details
(Keywords: intermittent-failure, Whiteboard: [stockwell needswork:owner])
Filed by: dluca [at] mozilla.com https://treeherder.mozilla.org/logviewer.html#?job_id=161712772&repo=autoland https://queue.taskcluster.net/v1/task/HLq8VoTXS16l0KaR6XdmhA/runs/0/artifacts/public/test_info/browser-chrome-chunked_errorsummary.log
Comment hidden (Intermittent Failures Robot) |
Comment 2•6 years ago
|
||
Since this bug was created, 3 days ago, there are 39 failures. :ddurst could you please take a look?
Flags: needinfo?(ddurst)
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Assignee | ||
Comment 5•6 years ago
|
||
I'm taking a look at this. It seems that this test has started to have an higher frequency of failures related to the nsIFile.createUnique error (tracked by Bug 1435100) as soon as the test that was usually executed before this one (browser_ext_tabs_lastAccessed.js) has been disabled in Bug 1434590 (https://hg.mozilla.org/mozilla-central/rev/ce3478941993) one week ago. Last week I tried to reproduce the underlying issue (Bug 1435100) locally on a Window 10 system, and I've been able to reproduce the failure often enough by running './mach mochitest --verify' on the 'browser_ext_tabs_insertCSS.js' test file, and that test file is executed exactly before 'browser_ext_tabs_lazy.js' (and it used to be executed before browser_ext_tabs_lastAccessed.js, before Bug 1434590's patch skipped it on windows). And so I suspect that the test that is actually triggering this failure is browser_ext_tabs_insertCSS.js, in particular my suspect is that the cached stylesheet (injected using tabs.insertCSS with an extension url) is preventing the generated xpi file to be removed, and the test executed after that is going to fail on nsIFile.createUnique (because nsIFile.createUnique tries to open the previously generated xpi file which is still locked and it raises the NS_ERROR_FILE_ACCESS_DENIED error on windows).
Flags: needinfo?(ddurst) → needinfo?(lgreco)
Assignee | ||
Comment 6•6 years ago
|
||
Yesterday we landed the patch from Bug 1435100, which we expect to fix the multiple intermittents that are frequently failing for timeout reasons (because of the NS_ERROR_FILE_ACCESS_DENIED error raised by nsIFile.createUnique when the test helpers are creating the generated xpi for the test extension defined in the test case). We expect that the fix landed by Bug 1435100 should have fixed the frequent intermittency of this test. I'm adding myself as the assignee on this issue so that it is visible that we are working on it.
Assignee: nobody → lgreco
Status: NEW → ASSIGNED
Flags: needinfo?(lgreco)
Comment hidden (Intermittent Failures Robot) |
Comment 8•6 years ago
|
||
https://wiki.mozilla.org/Bug_Triage#Intermittent_Test_Failure_Cleanup
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → INCOMPLETE
Updated•6 years ago
|
Product: Toolkit → WebExtensions
You need to log in
before you can comment on or make changes to this bug.
Description
•