Closed Bug 790960 Opened 12 years ago Closed 12 years ago

Talos should catch IOErrors of the form in bug 572127 and output with the TBPL compatible "talosError:" prefix

Categories

(Testing :: Talos, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla18

People

(Reporter: emorley, Assigned: jmaher)

References

(Blocks 1 open bug)

Details

(Whiteboard: [sheriff-want])

Attachments

(1 file, 2 obsolete files)

Attached patch Patch v1 (obsolete) — Splinter Review
Whilst failures of the type bug 572127 do currently get recognised by TBPL (as of bug ), it is on the timeout, not the initial IOError: { NOISE: Traceback (most recent call last): File "C:\talos-slave\talos-data\talos\bcontroller.py", line 221, in ? sys.exit(main()) File "C:\talos-slave\talos-data\talos\bcontroller.py", line 218, in main bcontroller.run() File "C:\talos-slave\talos-data\talos\bcontroller.py", line 161, in run results_file = open(self.browser_log, "a") IOError: [Errno 13] Permission denied: 'browser_output.txt' Failed tdhtmlr: Stopped Fri, 07 Sep 2012 03:45:22 FAIL: Busted: tdhtmlr FAIL: timeout exceeded Traceback (most recent call last): File "run_tests.py", line 250, in run_tests talos_results.add(mytest.runTest(browser_config, test)) File "C:\talos-slave\talos-data\talos\ttest.py", line 366, in runTest raise talosError("timeout exceeded") talosError: 'timeout exceeded' } Note: Python noob so likely broken! ;-)
Attachment #660836 - Flags: review?(jmaher)
> Whilst failures of the type bug 572127 do currently get recognised by TBPL > (as of bug ) as of bug 790602
Blocks: 778688
No longer blocks: 704006
Comment on attachment 660836 [details] [diff] [review] Patch v1 Review of attachment 660836 [details] [diff] [review]: ----------------------------------------------------------------- I am not sure if this is correct because bcontroller is run from a subprocess.Popen(...) which means that the error won't bubble up properly. With that said, this might give us the correct error message we care about. I need to test it a bit more.
small adjustment here. Since the raised exception doesn't cause the browser to fail and terminate the test, we need to print out a 'talosError:..." message and continue on. With our current architecture, this seems like the best middle ground to start solidifying our errors until mozprocess comes along.
Assignee: bmo → jmaher
Attachment #660836 - Attachment is obsolete: true
Attachment #660836 - Flags: review?(jmaher)
Attachment #661807 - Flags: review?(jhammel)
Comment on attachment 661807 [details] [diff] [review] updated to print out talosError (1.0) This looks a bit wrong to me. +from utils import talosError + This isn't used. Also, since we already have utils imported, its probably easier to use utils.talosError versus adding an extra statement for this (if in fact it was used. - results_file = open(self.browser_log, "a") + try: + results_file = open(self.browser_log, "a") + except IOError, e: + print "talosError: %s" % str(e) + results_file.write("\n__FAILbrowser frozen__FAIL\n") So there are several things here that trouble me: 1. we print the literal string talosError instead of raising a talosError. This is bad, IMHO, since if we ever change what talosError does and prints there will be a hidden case where we have to change this string to. 2. It seems like the placement of this try/except clause is a bit strange. If we fail to open the file, the results_file.write() and .close() calls will *also* fail. Why not enclose all of this in a try/except block and raise a talosError from that?
Attachment #661807 - Flags: review?(jhammel) → review-
this new patch addresses the review comments.
Attachment #661807 - Attachment is obsolete: true
Attachment #662158 - Flags: review?(jhammel)
Comment on attachment 662158 [details] [diff] [review] updated to print out talosError (2.0) looks good!
Attachment #662158 - Flags: review?(jhammel) → review+
For Talos, do we wait until deployment to close the bug?
we close out the bugs, then deploy when we need a fix or want a fix to land.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Depends on: 793746
No longer depends on: 793746
Depends on: 793746
Target Milestone: --- → mozilla18
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: