Buffer logs during wdspec tests and flush only on test failure
Categories
(Remote Protocol :: Agent, task, P2)
Tracking
(Not tracked)
People
(Reporter: jdescottes, Unassigned)
References
Details
(Whiteboard: [webdriver:m20])
Attachments
(2 files)
See Bug 2020914.
The logs created by wdspec tests are too big, we should buffer and only flush on failure.
| Reporter | ||
Comment 1•25 days ago
|
||
Updated•25 days ago
|
Comment 2•24 days ago
|
||
One thing we should make sure is that all logging is buffered so that when we write it out for a failing test that the logs from Remote Agent and Firefox are still intersected and at the correct positions. Otherwise it would make it quite hard to match up our code.
| Reporter | ||
Comment 3•24 days ago
|
||
(In reply to Henrik Skupin [:whimboo][⌚️UTC+1] from comment #2)
One thing we should make sure is that all logging is buffered so that when we write it out for a failing test that the logs from Remote Agent and Firefox are still intersected and at the correct positions. Otherwise it would make it quite hard to match up our code.
Off the top of my head I don't know if we can achieve this?
My goal was rather to try to log only the relevant test logs. So if a subtest failed, flush only that, and as close as possible to the failure itself.
Sounds like we would need fully synced logs with two separate buffers, I'm not sure how we can do this. Maybe you have a suggestion on how to tackle that?
| Reporter | ||
Updated•20 days ago
|
Comment 4•19 days ago
|
||
As discussed in the meeting on Monday it would be good to have a try build with some failures forced in some of the tests. If possible lets as well set some MOZ_LOG like BCWebProgress:5 so that we can see how the output of the buffered logs look like. Based on that outcome lets see what the next steps could be.
| Reporter | ||
Comment 5•17 days ago
|
||
(just unassigning as this is for next milestone)
| Reporter | ||
Comment 6•16 days ago
|
||
I had two variants of this patch.
The one uploaded on phab right now attempts to only buffer the logs for a subtest and flush only that - but it didn't seem to work as expected.
The previous version was buffering and flushing per test file, and that seems to work, but of course it makes it extra hard to find the relevant logs for the specific subtest which failed.
One example is https://treeherder.mozilla.org/logviewer?job_id=551858352&repo=try&task=TqU8lejFTXyQ1U31e8v9Ig.0&lineNumber=9990
(will attach the log here as well as a backup)
| Reporter | ||
Comment 7•16 days ago
|
||
Comment 8•13 days ago
|
||
(In reply to Julian Descottes [:jdescottes] from comment #6)
The one uploaded on phab right now attempts to only buffer the logs for a subtest and flush only that - but it didn't seem to work as expected.
The previous version was buffering and flushing per test file, and that seems to work, but of course it makes it extra hard to find the relevant logs for the specific subtest which failed.One example is https://treeherder.mozilla.org/logviewer?job_id=551858352&repo=try&task=TqU8lejFTXyQ1U31e8v9Ig.0&lineNumber=9990
Is that example for the current version of the patch on phab or the previous one?
| Reporter | ||
Comment 9•11 days ago
|
||
previous one.
Description
•