Last modified: 2012-03-14 00:04:29 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T37201, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 35201 - IE-9 on several wikipedias cause edit page to jump to top when using edit toolbar
IE-9 on several wikipedias cause edit page to jump to top when using edit too...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
1.19
All Windows 7
: Unprioritized normal (vote)
: ---
Assigned To: Brion Vibber
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-03-13 17:00 UTC by kipod
Modified: 2012-03-14 00:04 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description kipod 2012-03-13 17:00:58 UTC
summary: IE-9, use any editor toolbar button that insert text cause the whole page to scroll to top. if you are in "show preview" or "show diff" mode, it means you have to scroll back down to see the editor, because the preview/diff push the textarea lower on the page.



reproduction instruction:

1) Use IE-9
2) make sure you are not in "compatibility mode" (important! this does not happen in "compatability mode")
3) go (as registered or as anon) to nlwiki, enwiki, hewiki or arwiki
4) press "random article" enough times to find an article longer that one screen (i.e., an article where the vertical scrollbar shows for the article itself)
5) go to "edit"
6) press "show preview". now, in order to see the edit window, you need to scroll down.
7) press any of the toolbar buttons that add text to the edit window. note that the page scroll to top, and you do not see the edit window any more.

the whole page scrolls to the top, and you have to scroll back down to see the edit textarea again.

a workaround is to use "compatibility mode", but on any RTL wiki, using compatibility mode means you have to resort to "old" (non-beta) toolbar, which means anons lose the toolbar completely, because of bug #34885.
Comment 1 Brion Vibber 2012-03-13 22:11:29 UTC
I can confirm this in IE 9 on Windows 7... very annoying!

Can confirm on a local installation as well.
Comment 2 Brion Vibber 2012-03-13 22:28:34 UTC
Fun fact! IE 9 is going through the 'Mozilla/Opera' code path in jquery.textSelection's encapsulateSelection.

Seems to be the focus() call that screws up the scrolling, though I'm not 100% sure why... testing to see if it can be safely dropped or something.
Comment 3 Brion Vibber 2012-03-13 22:34:28 UTC
Switching the order so we prefer the IE method seems to work. Dropping the focus() call from the Mozilla/Opera path left the textarea unfocused on those browsers.
Comment 4 Brion Vibber 2012-03-13 22:38:28 UTC
Done on trunk in r113775.
Comment 5 kipod 2012-03-13 22:50:14 UTC
we have several complaints from users (as you said yourself - very annoying) - any chances of pushing this fix to local wikis before the next upgrade?

peace.
Comment 6 Brion Vibber 2012-03-13 22:54:51 UTC
Reedy's looking it over, should get it in shortly.
Comment 7 Brion Vibber 2012-03-13 23:46:00 UTC
Has been deployed; can confirm on en.wikipedia.org.
Comment 8 kipod 2012-03-14 00:04:29 UTC
Thanks. confirmed on hewike. (wish we could have this kind of service for all bugs... ha ha ha ;)  )

Kudos to Brion and Reedy - mucho thanks.

peace.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links