Closed Bug 1214386 Opened 9 years ago Closed 9 years ago

mozregression should show stdout with a specific flag (not mixed in the debug flag)

Categories

(Testing :: mozregression, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: BenWa, Assigned: parkouss)

References

Details

Attachments

(1 file, 1 obsolete file)

49 bytes, text/x-github-pull-request
wlach
: review+
Details | Review
I'm trying to do a bisection for bug 1214261 but I'm missing useful information that is sent to stdout (layers.dump and the GFX warnings). I can't reliable bisect without this information.
You will see the console output by adding:

> --log-mach-level debug

There is no way for now to activate console output only (without enabling all debug traces).
See Also: → 1199902
Closing this as WONTFIX, since I think this is working (please reopen the bug if I'm making a mistake).

Still I would like to add a specific logging flag one day (that would print stdout, but not the whole debugging output). We first need to look at bug 1199902.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Why close as WOTNFIX then? Why not leave it until we an fix this? The current flag isn't isn't clear. It looks like it's a mozregression debug option.
Right, make sense - thanks.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Summary: mozregression should show stdout → mozregression should show stdout with a specific flag (not mixed in the debug flag)
Personally I think we should just print stdout by default. It doesn't really hurt.
See Also: → 1225548
(In reply to William Lachance (:wlach) from comment #5)
> Personally I think we should just print stdout by default. It doesn't really
> hurt.

Well, I'm not sure. I think being able to see efficiently what was the previous steps (including pushlogurls) is something great.

Anyway the new option will be configurable, from config file and command line - so that's just an application default that we have to choose, each user would be able to configure the way he wants. So I'm not strongly opposed to that.
Attached file process logging (obsolete) —
The following PR address this bug, and the closely related bug 1225548 (two separate commits).
Assignee: nobody → j.parkouss
Status: REOPENED → ASSIGNED
Attachment #8688843 - Flags: review?(wlachance)
Comment on attachment 8688843 [details] [review]
process logging

I have a few concerns. Feel free to ask for re-review after addressing or telling me why they shouldn't be addressed. :)
Attachment #8688843 - Flags: review?(wlachance)
Attached file log process
So, basically I just renamed 0 and 1 possible values to none and stdout.

Makes a lot more sense, thanks! But I would like to keep the ability to pass a value in there, for the reasons mentioned in the other PR.

BTW, sorry for the mess with the PRS. :)
Attachment #8688843 - Attachment is obsolete: true
Attachment #8690002 - Flags: review?(wlachance)
Comment on attachment 8690002 [details] [review]
log process

Did you remember to update the PR? It's still saying 0 and 1.
Attachment #8690002 - Flags: review?(wlachance)
Yes, I did but only in the second commit, I was too lazy to also fix the first one.

https://github.com/parkouss/mozregression/commit/3575f5ae333050290bcf0418a949604709c2140d

I updated the commit message, it is ok for me. If we have to cherry pick the commits (which is unlikely to happen), hopefully the message will help to remember that. If you really want me to also fix the first commit, I can do that. :)
Attachment #8690002 - Flags: review?(wlachance)
Comment on attachment 8690002 [details] [review]
log process

Ok!
Attachment #8690002 - Flags: review?(wlachance) → review+
Cool. :) Landed in https://github.com/mozilla/mozregression/commit/94dc5324f915653c57c485ac335093e9000b27e4.
Status: ASSIGNED → RESOLVED
Closed: 9 years ago9 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: