67938 - view source only shows 1024 characters of string values correctly

Status: RESOLVED DUPLICATE of bug 16688

(Core :: Layout, defect)

Description

[Boris Zbarsky [:bzbarsky]]

BUILD: linux build 2001020512

STEPS TO REPRODUCE:
1) load attached testcase
2) view the source

EXPECTED RESULTS:
href values and keywords for meta tag shown completely

ACTUAL RESULTS:
only the first 1024 characters are shown correctly.  The first href has 1023
'a's followed by three 'b's.  The second has 1023 'a's followed by three 'b's.

The characters after the 1024th one overlap the text that follows the string.

only the first 1024 chars of the meta tag's content are shown; the rest are all
collapsed together.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Attachment: testcase

Comment 2

[sairuh (rarely reading bugmail)]

is there some hardcoded limit to what we could display here for a text area?

charley or rod, should this go over to one of the layout components?

Comment 3

[Charles Manske]

I'm not seeing this problem with my debug build (current as of 2/6/01) or the
NS 6 release.
I don't think there's any limitation imposed by a textfield, but I don't think
that has anything to do with this anyway. Isn't the "View Source" output simply
an output string (HTML conversion) displayed in a window (i.e., no textfield
is involved)?
Note that the "View Source" for Browser has nothing to do with "View Source"
in Composer, which is editable and thus uses a textfield.
This should probably go to whoever owns view source for browser (not sure
who that is).

Comment 4

[sairuh (rarely reading bugmail)]

bill, not sure if this would fall into your area, but...

Comment 5

[Bill Law]

The problem is likely in the Linux widget code, I suspect.  If it were layout,
then we'd see it on all platforms.  It definitely isn't xpapps, so I'm
reassigning to the owner of XP Toolkit/Widgets.

Comment 6

[Peter Trudelle]

I don't see this in recent Linux builds, and I don't see why any widgets would
be involved in any case. resolving as wfm, 

Comment 7

[Boris Zbarsky [:bzbarsky]]

OK... I tested this some more with linux build 2001-02-26-08.  Here is more
detail on what I am seeing:

1)  With the default preferences, the ends of the really long lines are simply
truncated.

2)  With user_pref("browser.view_source.syntax_highlight", true); I see the
behavior described above in this bug.

Attaching screenshots of both.  

Comment 8

[Boris Zbarsky [:bzbarsky]]

Attachment: No syntax highlighting

Comment 9

[Boris Zbarsky [:bzbarsky]]

Attachment: Syntax highlighting

Comment 10

[Peter Trudelle]

That's not truncation, it is just not wrapping. The text is all there, you can
verify by using select/paste.  The second example looks like a layout issue,
which sounds like where this bug should really go.  ->layout.

Comment 11

[timeless]

is this a dupe of the bug about not adding scrollbars for dynamic content?

Comment 12

[sairuh (rarely reading bugmail)]

*** Bug 73563 has been marked as a duplicate of this bug. ***

Comment 13

[karnaze (gone)]

Reassigning to waterson and moving to m1.0.1

Comment 14

[Boris Zbarsky [:bzbarsky]]

For another testcase, not using quotes, see
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=31831

Just load that and do view source.

Comment 15

[rbs]

This bug is happening because the gfx code

*** This bug has been marked as a duplicate of 16688 ***