Closed Bug 580744 Opened 15 years ago Closed 15 years ago

mozmill --report should optionally go to a file

Categories

(Testing Graveyard :: Mozmill, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: k0scist, Assigned: k0scist)

Details

(Whiteboard: [mozmill-1.4.2+])

Attachments

(1 file)

Especially for debugging behaviour with the report "module", though other use-cases can be envisioned, the --report command line option should optionally be able to report to a file. The attached patch does this for file URLs (e.g. file:///path/to/file) and for stdout (`mozmill --report -`, per the usual unix convention). Alternatively, the URL can be seen if it starts with 'http://' or 'https://' and otherwise treat it as a file. I'm fine with the file:// convention in this case since its not the common usecase (although i don't care much). This would make fixing + testing bug 579791 much easier.
Attachment #459113 - Flags: review?(ctalbert)
Going to take this for 1.4.2. I'm pretty sure that anything making it easier to debug and figure out what is happening is right up Henrik's alley.
Whiteboard: [mozmill-1.4.2?] → [mozmill-1.4.2+]
Comment on attachment 459113 [details] [diff] [review] patch to allow mozmill --report to use file:// URLs and - for stdout Let's just call the stdout option --report=stdout. Otherwise, looks great. Thanks!
Attachment #459113 - Flags: review?(ctalbert) → review+
So what's the difference to --logfile? We only put the JSON object in the report saved to disk? that would be even good for my extension.
(In reply to comment #3) > So what's the difference to --logfile? We only put the JSON object in the > report saved to disk? that would be even good for my extension. That is correct; the JSON is output to disk or stdout. Right now, we don't have a --quiet mode, but conceivably if we added one (that is, we don't output anything by default) then mozmill --report=stdout --quiet should just output the report's JSON
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Looks good, even the file:// usage is a bit uncommon for command line scripts. Verified fixed with latest 1.4.2 dev version.
Status: RESOLVED → VERIFIED
Assignee: nobody → jhammel
Product: Testing → Testing Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: