Component: WebExtensions: Untriaged → WebExtensions: General
Priority: -- → P3
This intermittent has not occurred for over 180 days, so closing. https://brasstacks.mozilla.com/orangefactor/?display=Bug&bugid=1300340&startday=2016-11-20&endday=2017-05-19&tree=all
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
This one has become a high priority intermittent again. Andrew, as someone familiar with downloads, and someone who took a look at this in the past, can you please take this one?
There were 33 failures related to this bug in the last 7 days. :aswan do you have any updates on this?
I've had my hands full with other things, I will comment here when I have a chance to take a closer look.
Well the original bug from last year appears to be completely unrelated to the failures we are seeing now. The current failure is only happening on Linux and when it fails, it looks like the following tests all fail: test_ext_downloads_download.js test_ext_management_uninstall_self.js test_ext_privacy_update.js test_ext_startup_cache.js test_ext_permissions.js test_ext_i18n.js These failures are just attributed to this bug but we only seem to get limited logs from the downloads test and no useful logs at all from the other failing tests. Joel, is there a way to get full logs out of these failures for further debugging?
Flags: needinfo?(aswan) → needinfo?(jmaher)
typically on failure we print out the full logs, but I image there are a lot of edge cases here. For each of the test cases you could instrument them with SimpleTest.requestCompleteLog(), here are some examples of it: http://searchfox.org/mozilla-central/search?q=requestCompleteLog&case=true&path=
Status: REOPENED → RESOLVED
Last Resolved: 2 years ago → 8 months ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.