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
Created attachment 119336 [details] 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
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.
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.