Closed Bug 214011 Opened 22 years ago Closed 21 years ago

Scrolling in textarea with css and js crashes Mozilla

Categories

(Core :: Layout: Form Controls, defect)

x86
All
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: miha, Unassigned)

Details

(Keywords: crash, regression, testcase)

Attachments

(4 files)

User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5a) Gecko/20030718 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5a) Gecko/20030718 HTML form, that has a TEXTAREA and SELECT fields, is nested in two tables. The page also uses Javascript and css from external files. If a cursor is positioned to the textare and scroller of a mouse moved, Mozilla crashes. I have created a testcase of such page at http://www.psenica.com/mozilla/bad.htm I am using Mozilla 1.5a (but the bug is present at least one year), Win98, Modern Theme. Reproducible: Always Steps to Reproduce: 1. Go to http://www.psenica.com/mozilla/bad.htm 2. Click on the textarea 3. Use your scroller on the mouse and scroll Actual Results: Mozilla crashed. Expected Results: The textarea should be scrolled. Some Talkback crash IDs: TB22223683Y, TB22223758Y, TB22224146Q, TB22224264W,...
According to caillon, none of those talkback reports includes a useful stack... (most are blank, one has a single frame, which is an nsCOMPtr destructor)
Attached file stacktrace
debug build asserts when mousing over (and out of) the textarea and again when attempting to scroll (before crashing): ###!!! ASSERTION: RemovedAsPrimaryFrame called after PreDestroy: 'PR_FALSE', file nsTextControlFrame.cpp, line 1327
Attached file testcase
regression between linux trunk 2002102808 and 2002103010 ==> form controls ?
Assignee: general → form
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout: Form Controls
Ever confirmed: true
OS: Windows 98 → All
QA Contact: general → desale
I have tried the testcase and the browser crashes only when I try to scroll up, not down. I have produced Talkback crash ID TB22231701Y.
Attached file valgrind log
it seems to be consistently attempting to access an already-freed nsView when running with valgrind, Mozilla doesn't crash, but it asserts: ###!!! ASSERTION: mViewManager is null!: 'mViewManager', file nsView.cpp, line 522
WFM, 2003-11-08-05 trunk Linux
I still crash on the testcase with linux trunk 20031106. I had to mouse-scroll up and down a bit, but it did eventually crash.
Crash confirmed on testcase. talkbackid: TB9557E Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040331 Microsoft Windows 2000 Professional 5.00.2195 SP4
I don't see this bug anymore in version 2004081709 (1.8a3), but I've experienced it in previous versions.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: