1223241 - Layout spew like "HTMLScroll(link)(7)@1159a78e8" is missing newline

Status: RESOLVED INCOMPLETE

(Core :: Layout, defect)

Description

[Jesse Ruderman]

I'm finding browser output hard to parse because of "lines" that have output from multiple places:

HTMLScroll(link)(7)@1159a78e8[16757] WARNING: have unconstrained inline-size; this should only result from very large sizes, not attempts at intrinsic inline-size calculation: 'NS_UNCONSTRAINEDSIZE != aReflowState.AvailableISize()', file /builds/slave/m-cen-m64-d-000000000000000000/build/src/layout/generic/nsLineLayout.cpp, line 1198

Where is the "HTMLScroll(link)(7)@1159a78e8" coming from?

Comment 1

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

It comes from a function called nsFrame::MakeFrameName, most likely via nsFrame::ListTag, but ListTag is meant to be used within a string of other output.  If callers want a newline after it, they should print one.

Comment 2

[Jesse Ruderman]

I can't reproduce this outside of the funfuzz harness, so I guess it's an issue with the output buffering rather than a bug in layout/.

Comment 3

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

It could be a real bug with somebody mixing stdout and stderr for a single message.

Comment 4

[Jesse Ruderman]

I tried running with stdout and stderr going to different places, and I only saw complete messages (all on stdout). So it's not that.