See the URL above. Type something into the textbox then move the caret back and forth over the text using the arrow keys and the result is as shown in screenshot 1. A testcase for this would be nice but I can't seem to reduce the code to make this work the same. I would also like to note that this only seems to occur on some textareas not all, mostly occurring in IPB textareas so I'm guessing its something unique to their layout and or styling. I'd guess this is probably a regression from bug #333659.
Related to / dupe of bug 368116?
(In reply to comment #2) > Related to / dupe of bug 368116? > I wouldn't say it was a dupe. The problem seems to be specific to textareas (or I haven't noticed this with textboxes or static text on pages). Could be related though, CC'ind roc to get his opinion :)
Whiteboard: [testcase wanted]
Yes, sorry, a bit absent-minded. I see various weird things everywhere in pages.
It would be helpful to come up with a non-interactive testcase...
Created attachment 253009 [details] Testcase This is a reduced testcase in which I can reproduce the problem. Simple load the testcase. Click inside the textbox. Use the arrow keys to move through the test and the glyphs go not re-paint until a click is made again on the page.
Created attachment 253010 [details] testcase2 Thanks for the testcase, Ryan. I was also working on a testcase, so I'm attaching that one also.
From both of the testases it looks like there is something going on here with textareas and tables. When I removed the table I couldn't reproduce this. roc: Do these testcases help at all?
Whiteboard: [testcase wanted]
The use of textareas might not be necessary. I could try and make it even more simple, if that would be helpful.
Created attachment 253011 [details] testcase 3 This _does_ appear to occur with an input element type text also.
This bug also affects Caret Browsing(F7).
Flags: blocking1.9? → blocking1.9+
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a3pre) Gecko/20070228 SeaMonkey/1.5a] (nightly) (W2Ksp4) Confirming with SeaMonkey.
FWIW, I noticed that, with testcases 1 and 3, if you move away the mouse (pointer), the bug occurs only while the start of the string/text is displayed/"viewed" :-/ Could it be somehow related to bug 368068 !?
this seems to be fixed by checkin for bug 370588 i cant reproduce this anymore on ether of the testcase above.
(In reply to comment #15) > this seems to be fixed by checkin for bug 370588 > > i cant reproduce this anymore on ether of the testcase above. > Same here, seems to have been fixed.
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a3pre) Gecko/20070305 SeaMonkey/1.5a] (nightly) (W2Ksp4) Confirming all suspicions.
No longer blocks: 333659
Status: NEW → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 333659
Argh, copied the wrong bug number.
Duplicate of bug: 370588
You need to log in before you can comment on or make changes to this bug.