Last modified: 2014-11-03 20:19:16 UTC
Steps to reproduce: 1.Click on the Edit/Edit Beta link beside a section heading of an article Observed Result: It places the cursor at the beginning of the document .
It seems like the dm.Surface's selection is getting set to the beginning of the section like it should be, but then when the ce/ui.Surface is intialized, the cursor isn't put there. It seems the surface isn't focused correctly on init anyway, and as soon as you interact with it SurfaceObserver will notice the cursor is at (1,1) and change the DM selection to that.
Change 139677 had a related patch set uploaded by Esanders: Wait for onDocumentFocus to happen before setting section range https://gerrit.wikimedia.org/r/139677
Change 139677 merged by jenkins-bot: Wait for onDocumentFocus to happen before setting section range https://gerrit.wikimedia.org/r/139677
Verified the fix in Betalabs
Not fixed for Firefox , there is no cursor at all pointing anywhere in the document after clicking on Edit link for section editing.
WFM in Firefox at http://en.wikipedia.beta.wmflabs.org/wiki/WikiNodes and on master
Probably a deployment issue; fixed on MW.org and test2.
This is still happening on FireFox in Betalabs running from master.
WFM; cache issue, it appears.
Verified the fix in production. There is a different issue with cursor now though which has been reported in: https://bugzilla.wikimedia.org/show_bug.cgi?id=67106
This still happens. Check https://www.mediawiki.org/w/index.php?title=WYSIWYG_editor&veaction=edit&vesection=18 from chrome !
(In reply to Tony Thomas from comment #11) > This still happens. Check > https://www.mediawiki.org/w/index. > php?title=WYSIWYG_editor&veaction=edit&vesection=18 from chrome ! Eugh, there seems to be a regression here when clicked on the page; if you click that link it works fine… As such, rather than re-opening I've created bug 72919 for this. Thanks for the spot.
