48543 - scrolling down and then back up at the end of a line can end up with text of view..

Status: RESOLVED WORKSFORME

(Core :: Layout: Form Controls, defect, P3)

Description

[salsa_43]

I was creating a bug on mozilla.

I dropped in my testcase which happened to have a long url inside a href in it.
 I positioned my cursor at the end of the line, I scrolled down in the widget
till the first line moved of the screen.

When I scrolled back up I couldn't see the first line anymore.  I had to
position the cursor at the beginning of the line and fiddle around with things
to see the line.


here is some more text, so I can try to reproduce the err problem...

yes it worked.

simply cut the text from this description and try creating a new bug, then
repeat the steps above.

Comment 1

[Doron Rosenberg (IBM)]

what build are you using?

Comment 2

[salsa_43]

I am using the M17 build.

Comment 3

[Doron Rosenberg (IBM)]

did you attach an attachment to a bug? Or just paste it into the textarea?

Comment 4

[salsa_43]

I got the same thing to occur with the text I input for the bug report.  I did 
not attach anything.  Copy the description of the bug report. Go to file a bug 
report on bugzilla, dump the text into the description, you might need to size 
your browser such that the text won't be completely visible, position your 
cursor on the last character of the last line then scroll up with the arrow 
keys.  When you get to the top line you should just see a few black smudges at 
the top of the text input widget instead of a complete line of text.  If you 
position the cursor at the beginning of the line everything works ok.

Comment 5

[Asa Dotzler [:asa]]

Confirmed on winNT 081108 mozilla bits.  Over to HTML Form Controls (maybe this
is Editor?)

Comment 6

[rods (gone)]

reassigning

Comment 7

[rubydoo123]

assigning to kin -- I believe you have a bug on your plate somewhere about the 
scrollbar not going all of the way to the top and/or bottom

Comment 8

[kinmoz]

Accepting bug.

Comment 9

[kinmoz]

Setting to M19 as per [e-mail].

Comment 10

[rubydoo123]

using the build from 9/19, I cannot duplicate this bug, reporter -- please try 
again using a current build, if you can reproduce, please reopen

Comment 11

[salsa_43]

Actually I am still encountering this bug.  If I move the cursor to the end of
the last line (which is wrapped around the text entry thingee), then scroll back
to the top (with the keyboard by pressing the up arrow) when I get to the top
the line is not fully displayed.  Pressing the left arrow key, fixes the problem.

Comment 12

[bsharma]

Updating QA contact.

Comment 13

[rubydoo123]

moving to future, this will have to wait till post-rtm

Comment 14

[kinmoz]

Accepting bug.

Comment 15

[Vladimir Ermakov]

QA Contact Update

Comment 16

[rubydoo123]

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

Comment 17

[Kent Paul Dolan]

(In reply to comment #14)
> Accepting bug.

That was October 2001, and since then the bug
seems to have fallen into a black hole.

What is the current bug (lower case) status?

There are certainly several remaining problems
with Mozilla text entry widgets.

    [Such as _all_ of them trimming leading and
    trailing whitespace from before the first
    blackspace and after the last blackspace
    character in the entire widget, when arguably
    that's only appropriate for the single line
    widgets [and it _really_ makes a mess of Usenet
    article submissions, for example, or of centered
    text on the first line].]

Is this problem still alive among them?

xanthian.

Comment 18

[salsa_43]

Its been so long, I didn't even remember submitting this bug.    I followed my
instructions on how to trigger the bug and everything seems to be working now.  

aasdf

things I tried:

a long string of space delineated text -- automatically gets wrapped
a long string of text without any space -- text box gets scrollbars and cursor
movement works properly


I thing the bug is fixed.

Comment 19

[RNicoletto]

FIXED as per comment 18.

Comment 20

[Kevin Brosnan [Ex-Mozilla]]

Use worksforme for cases where the reporter says it works now.