Closed Bug 200535 Opened 21 years ago Closed 20 years ago

textarea and -moz-opacity break up and down arrow keys

Categories

(Core :: DOM: Selection, defect)

defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mkanat, Unassigned)

Details

Attachments

(2 files)

This is a rather funny bug.

I've noticed this in both 1.2.1 MacOS-X and 1.3 Win2K.

Steps to reproduce:
1) Create a textarea, and give it a -moz-opacity value less than 1. (Either
standards-compliant-mode or quirks mode, doesn't matter.)
2) Type the following lines in exactly the following fashion:
aaaaaaa
aaa

a
3) Go down to the single "a." Try to use the up-arrow to move up to the previous
line. (It will fail.)
4) Go to the first line, and place the text cursor after the second "a." Press
the down-arrow key. (It will work.)
5) Go to the end of the first line, press the down-arrow key. (It should fail.)

Expected Results:
The text cursor will move up and down appropriately, as though it was a "normal"
textarea.

Actual Results:
Basically, opacity makes it so that the text cursor can no longer move into
empty areas.

I have noticed the behavior on MacOS X and Windows 2000. That's enough for me to
label it "all." 

This may be somehow related to bug 155316 and bug 129981.

I've put it as being in the GFX component, because that seems like the closest
to what would be correct.

It seems pretty minor, but it might be a symptom of some larger problem. 

-M
Attached file Reduced Testcase
Here's a very reduced testcase to run the "steps to reproduce" on.

-M
Amendment to Step #3:

You must move the cursor to the end of the line after the single "a," and _then_
try to move teh cursor up.

-M
To jfrancis.
Assignee: kmcclusk → jfrancis
Component: GFX → Editor: Core
QA Contact: ian → sairuh
I think this is a selection issue; cc aaronl since he may be able to fix.
I noticed that -moz-opacity on a span or div will also affect arrowing up/down
if the lines are not the same length.  I'd guess this affects caret browsing too.
Assignee: jfrancis → mjudge
Component: Editor: Core → Selection
QA Contact: sairuh → pmac
Attached file testcase
Assignee: mjudge → selection
Dont know if I understood everything correctly but i followed the steps in
comment 0 and this WFM, build 20031202 , Windows XP
I can't even check the testcase in Firebird 0.7 / Linux (Fedora Core 1) because
the moz-opacity seems to now make the textarea disappear.

I'm assuming this is due to another bug that I haven't searched for.

-M 
WFM in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040720

WFM in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040720
Firefox/0.9.1+

Following reporter's steps, I cannot reproduce the buggy results.  The cursor
moves appropriately.  I recommend a chaneg in status/resolution (WFM or Fixed?).
Yep, guess it was fixed somewhere along the way.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: