Closed
Bug 166397
Opened 22 years ago
Closed 18 years ago
{inc}textarea affects main window horizontal scroll bar while editing
Categories
(Core :: Layout: Block and Inline, defect, P2)
Core
Layout: Block and Inline
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: donguana, Unassigned)
Details
Attachments
(1 file)
271.44 KB,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 While editing some data in a textarea box that contains a full page of data it sometimes scrolls the windows page. Reproducible: Always Steps to Reproduce: 1 - Create an html page containing a pre that makes the data go past the right margin - I will attach a sample file. 2 - Place cursor in the textarea box scroll down a couple lines - (Place cursor to row 3 col 0)<BR> 3 - While holding the shift key press the down arrow to highlight the whole line<BR> 4 - Now hit delete Actual Results: After the line is deleted the window textarea box gets aligned to the left causing the browser to scroll to the right. Expected Results: Expecting that the line would get deleted and that is it
Another weird bug. - I know I should file another however it may somehow be related to this one. In the form supplied (see attachement) place mouse at the top of the selection box. - now start highliting the data while moving the mouse down. Move the mouse down all the way to the bottom of the page as far as possible, you should notice that after the window start to scroll as well. Eventually the window stops scrolling and the textarea box is no longer visible. At this time the scroller is now jammed. It cannot be moved up. The only way arround this is to reload the window.
Comment 3•22 years ago
|
||
reporter, thanks for the testcase. can you remember on which site did you encountered this bug? it would be helpfull to prioritize this bug.
Status: UNCONFIRMED → NEW
Component: Form Submission → Layout
Ever confirmed: true
QA Contact: vladimire → petersen
RE: Comment #3 We have an internal form that we use for updating a text. It is not available to the outside world. It seem to only affect pages where the horizontal scroll bar exist. Since this mostly only happens in reports using wide tables and output using <PRE> (In our case we were using <PRE> at the bottom of the page to display some debugging information) I would not say that this bug will occur too frequently. I beleive the people that will encounter this bug the most will be developpers. IE: On Coldfusion, their debugging information can showup at the bottom of the page and they use <PRE> to display this so if a developper is trying to debug a page containing a textarea, there is a high change that he/she will encounter this bug.
Comment 6•22 years ago
|
||
hmm, let's see if we can get to this one. is a layout bug, so we should repair it anyway.
Priority: -- → P3
Target Milestone: --- → mozilla1.3beta
Hmm, rather nasty incremental reflow bug here.
Assignee: alexsavulov → block-and-inline
Severity: minor → major
Component: Layout → Layout: Block & Inline
Priority: P3 → P2
QA Contact: petersen → ian
Summary: textarea affects main window horizontal scroll bar while editing → {inc}textarea affects main window horizontal scroll bar while editing
Target Milestone: mozilla1.3beta → ---
Comment 8•18 years ago
|
||
Testcase hangs both: - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/2006120606 Minefield/3.0a (pre-reflow branch) - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/2006120804 Minefield/3.0a1 (post-reflow branch) So unable to test against reflow branch landing.
Comment 9•18 years ago
|
||
WFM, SeaMonkey 2006120701 (pre reflow branch) and 2006120801 (post) on Linux. Performance when editing the text in the testcase seems ok on Linux. Steve, could you file a new bug the perf problem on Windows so we can track that independently from this bug. Thanks.
Comment 10•18 years ago
|
||
Will do mats, just regression-range finding atm.
Comment 11•18 years ago
|
||
Filed bug 363381
Comment 12•18 years ago
|
||
Thanks Steve. So, if you disable spell checking is this bug WFM?
Comment 13•18 years ago
|
||
I see no change in the behaviour of the testcase with: - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/2006120606 Minefield/3.0a (pre-reflow branch) - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/2006120804 Minefield/3.0a1 (post-reflow branch) Concur with comment 9 --> WORKSFORME
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•