Author: ngautam
Description:
While typing, the cursor will jump back some number (usually about 3 to 5) of spots in the text.
This has been, so far, incredibly difficult to reproduce, but has been seen in FF 3.6 for Linux and Mac.
Sometimes it will wait until the user is done typing (indicating possible link to the delayedBind) but other times it will shift *as* the user is typing.
Version: unspecified
Severity: major
URL: en.wikipedia.org and all other wikimedia projects
| Status | Subtype | Assigned | Task | |
|---|---|---|---|---|
| · · · | ||||
| Resolved | None | T38111 "Babaco" release of the Usability Initiative (tracking) | ||
| Resolved | None | T24440 Cursor position randomly jumps | ||
| · · · |
Guillaume's reproducing instructions included pressing Enter at the end of a header line and seeing two blank lines being created. This is also not consistently reproducible, and seems to be linked to the cursor moving issue.
wikibugs wrote:
Test link : http://prototype.wikimedia.org/deployment-en/
Version : r62215
Tried the scenario on Fire Fox 3.6 on Mac. Was not able to reproduce the same.
I got this when adding section titles: after typing "== foo ==" (or just "== foo =") and pausing for a moment, the cursor jumped to the middle of the opening == just as the toc changed. This happened every time when I added a section title, but I couldn't get it again after a reload. This was the edit in question: http://hu.wikipedia.org/w/index.php?title=MediaWiki:Common.js&diff=prev&oldid=7190938
wikibugs wrote:
Tested link: http://prototype.wikimedia.org/deployment-en/
Version : r62529
Not able to re-produce the bug stated with the given steps. May be because of the bug 22543
ngautam wrote:
fixed with adding <p> classes as TOC markers rather than invisible <divs>