123317 - High ASCII data is being cut off at certain characters during form submission

Status: VERIFIED FIXED

(Core :: DOM: Core & HTML, defect, P2)

Description

[CoL]

In textarea or input type text if the value contains some of these entities: &
ocirc; or & otilde; .... mozilla (tested under win2k, under linux worked) would
not send the data, it breaks before these chars. I make a test page, so you
check it. This is very important, cause who use mozilla and this chars under
windows, can not send the text they want. It can be fixed from html or it is a
real mozilla bug?

Comment 1

[David Gerard]

Both seemed to work for me with build 2002020106-0.9.8/WinNT4.

Reporter: what build ID are you using, and does it still happen with a more
recent build?

Comment 2

[CoL]

win2k: regional setting: English [UK], language Central Europe
With mozilla 20011128 rv.0.9.4 in NS6/6.2.1 these chars will be '?', but sended.
With: 2002013003, 2002020208, 2002020318 (swg-math), release 0.9.7 (2001122106)
the problem is available.

Comment 3

[CoL]

The problem seem to be the character coding: In case: ISO 8859-2, these chars
wont go, but change the charset to ISO 8859-1 will. How can it be?:) In input
value there are html entities and not special chars.

Comment 4

[David Gerard]

Ah! Confirmed - 2002020106-0.9.8/WinNT4, when set to ISO-8859-2, shows the
behaviour described. My 'WFM' was with it set to ISO-8859-1. How odd ...

Comment 5

[Vladimir Ermakov]

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

Comment 6

[Vladimir Ermakov]

Confirming, setting os to all, See coments in Bug 123386, and another testcase
is http://bubblegum/vladimire/tests/ugntxt03.html

Comment 7

[David Gerard]

Vladimir: would you be able to please put your testcase on an external server,
or attach it? Thanks :-)

Also, bug 123386 has a much more general summary than this bug ... might be
worth changing it.

Comment 8

[Vladimir Ermakov]

Attachment: testcase submitting High ASCII

Comment 9

[Vladimir Ermakov]

nominating nsbeta1 due to severity. 

Comment 10

[Kevin McCluskey (gone)]

Reassigning to jkeiser

Comment 11

[Kevin McCluskey (gone)]

Marking nsbeta1-.

Comment 12

[Vladimir Ermakov]

This is breaking our automation testing results, cuts off tables which breaks
the parser scripts. Changing severity to blocker.

Comment 13

[John Keiser (jkeiser)]

I am thinking bug 117422 is a dup of this.  Let's see what happens when ftang
checks in, shall we?

Comment 14

[Matthias Versen [:Matti]]

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

Comment 15

[Vladimir Ermakov]

This was fixed by 117422.

Comment 16

[Vladimir Ermakov]

Verifying on
windows 98 build 2002-03-01-03-trunk
and linux RedHat build 2002-03-01-09-trunk