Closed
Bug 1363588
Opened 7 years ago
Closed 6 years ago
Chrome-logger stops outputting if null is an argument
Categories
(DevTools :: Console, defect, P3)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: bkfake-mozilla, Assigned: gregtatum)
References
Details
(Keywords: testcase)
Attachments
(1 file)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.81 Safari/537.36 Steps to reproduce: ChromeLogger protocol (server side logging) nutshell:I tried passing multiple "arguments" of different types to the group method/type passing null to group kills the logger a "row" such as the following [ ["I'm a group", null], null "group" ] similarly [ ["I'm a group", 123], null "group" ] only outputs "I'm a group" seems "related": https://bugzilla.mozilla.org/show_bug.cgi?id=1232615 Actual results: chromelogger console output ceases after group entry with null argument is encountered chromelogger group method only outputs first argument (unless argument is null, which "kills" the logger) Expected results: should behave just as console.group() and accept multiple/null parameter
Summary: Chrome-logger stops outputting if groupCollapsed with multiple arguments is encountered → Chrome-logger stops outputting if "group" with multiple arguments is encountered
Updated•7 years ago
|
Component: Untriaged → Developer Tools: Console
It seems that simply logging a null value prevents further output to the console. [ ["hello world"], null, "log" ], [ ["null kills", null], null, "log" ], [ ["never seen"], null, "log" ]
... a nested null value is fine [ ["array with null", [null]], null, "log" ], [ ["success!"], null, "info" ]
Could you provide a live testcase (like in bug 1232615), please.
Flags: needinfo?(bkfake-mozilla)
Keywords: testcase-wanted
live testcase: http://www.bradkent.com/ChromeLogger.php
Flags: needinfo?(bkfake-mozilla)
Keywords: testcase-wanted → testcase
Summary: Chrome-logger stops outputting if "group" with multiple arguments is encountered → Chrome-logger stops outputting if null is an argument
Updated•7 years ago
|
Priority: -- → P3
Found the problem https://hg.mozilla.org/mozilla-central/file/tip/devtools/shared/webconsole/server-logger.js#!482 line 482 if (typeof log == "object") { delete log.___class_name; } the 'ol typeof null gotcha (typeof null === "object") ironically, this is directly related to my "contact the extension developer bug" https://bugzilla.mozilla.org/show_bug.cgi?id=1375853 nutshell.. there is zero reason to delete the ___class_name property... It's providing useful information. Don't delete it simply because the current implementation doesn't do anything special with it. lines 478 - 485 should be removed! // Remove special ___class_name property that isn't supported // by the current implementation. This property represents object class // allowing custom rendering in the console panel. for (let log of msg.logs) { if (typeof log == "object") { delete log.___class_name; } } Note that the above doesn't attempt to remove the ___class_name property from nested objects (whether nested in array or object). There's no reason to delete it from an object passed as a log argument.
Comment hidden (mozreview-request) |
Updated•7 years ago
|
Attachment #8887259 -
Flags: review?(bgrinstead) → review?(odvarko)
Comment 7•7 years ago
|
||
mozreview-review |
Comment on attachment 8887259 [details] Bug 1363588 - Retain ___class_name property for messages in the WebConsole server logger; https://reviewboard.mozilla.org/r/158052/#review163230 ::: devtools/shared/webconsole/server-logger.js:481 (Diff revision 1) > msg.logs.unshift(...rebuiltLogArray); > > // Remove special ___class_name property that isn't supported > // by the current implementation. This property represents object class > // allowing custom rendering in the console panel. > for (let log of msg.logs) { I'm also OK with removing the special case removal of `___class_name` here and then duping Bug 1375853 to this one. I'll leave it up to Honza
Comment 8•7 years ago
|
||
mozreview-review |
Comment on attachment 8887259 [details] Bug 1363588 - Retain ___class_name property for messages in the WebConsole server logger; https://reviewboard.mozilla.org/r/158052/#review163520 Thanks for working on this! Please see my inline comment. Honza ::: devtools/shared/webconsole/server-logger.js:481 (Diff revision 1) > msg.logs.unshift(...rebuiltLogArray); > > // Remove special ___class_name property that isn't supported > // by the current implementation. This property represents object class > // allowing custom rendering in the console panel. > for (let log of msg.logs) { Yes, ok for me too. Please update the patch and remove the loop entirely.
Attachment #8887259 -
Flags: review?(odvarko) → review-
Comment hidden (mozreview-request) |
Updated•7 years ago
|
Attachment #8887259 -
Flags: review?(bgrinstead)
Updated•7 years ago
|
Attachment #8887259 -
Flags: review?(odvarko)
Comment 11•7 years ago
|
||
mozreview-review |
Comment on attachment 8887259 [details] Bug 1363588 - Retain ___class_name property for messages in the WebConsole server logger; https://reviewboard.mozilla.org/r/158052/#review164096 Thanks for the patch Greg! R+, but please fix the commit message (bgrins -> Honza) Honza
Attachment #8887259 -
Flags: review?(odvarko) → review+
Updated•7 years ago
|
Assignee: nobody → gtatum
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Assignee | ||
Comment 12•6 years ago
|
||
I never followed through with landing this, but it looks like this feature has been removed. If I'm wrong please re-open this bug.
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → INVALID
Updated•6 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•