Closed
Bug 334814
Opened 19 years ago
Closed 18 years ago
<input value="long string"> crashes X11
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: robertovalloggia, Unassigned)
References
Details
(Whiteboard: CLOSEME 06/26)
Attachments
(2 files)
User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); rv:1.8.0.1) Gecko/20060124 Firefox/1.5.0.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); rv:1.8.0.1) Gecko/20060124 Firefox/1.5.0.1
when i write very long text value on input tpye text or textarea X11 crash.
Reproducible: Always
Steps to Reproduce:
1.build web page web page with <input type = text and value ="very very long string>
2. open page with firefox
Actual Results:
X11 crash and will be restart
Reporter | ||
Comment 1•19 years ago
|
||
Updated•19 years ago
|
Blocks: longlines
Severity: major → critical
Component: Form Manager → Layout: Fonts and Text
Product: Firefox → Core
QA Contact: form.manager → layout.fonts-and-text
Summary: restarting X11 → <input value="long string"> crashes X11
Version: unspecified → 1.8 Branch
Updated•19 years ago
|
Group: security
Comment 2•19 years ago
|
||
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9a1) Gecko/20060421 Minefield/3.0a1 - Build ID: 0000000000
WFM.
Comment 3•19 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1a3) Gecko/20060630 BonEcho/2.0a3
I've found that a string of 1425 or more characters in an <input> results in a crash.
This attachment has an input with 1424 characters - if I enter one more BonEcho crashes.
I tried with Firefox 1.5.0.4 on this same machine (and OS) and I could happily add many more characters without it crashing.
Updated•19 years ago
|
Attachment #227686 -
Attachment description: this crashes my BonEcho → this crashes my BonEcho when I add one more character
Comment 4•19 years ago
|
||
X11 didn't crash and restart for me btw - BonEcho crashed, that was it.
When I view the first attachment BonEcho crashes in the same way, X11 doesn't.
Comment 5•19 years ago
|
||
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9a1) Gecko/20060628 Minefield/3.0a1
Still WFM.
Comment 6•19 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060701 Minefield/3.0a1
hm, I see that the crash doesn't happen on trunk, but I can see FF struggles badly to modify the text in the first attachment.
Comment 7•18 years ago
|
||
WFM, Firefox 2.0.0.4 on Linux.
Can anyone reproduce the Firefox or X server crash using Firefox 2.0.0.4?
Whiteboard: CLOSEME 06/26
![]() |
||
Comment 8•18 years ago
|
||
No response - resolving WFM.
There is a rendering problem with 2.0.0.4, but WFM both there and with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a6pre) Gecko/20070630 Minefield/3.0a6pre. Debian GNU/Linux 4.0.
Feel free to reopen if you still see the problem with current versions.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•