Last modified: 2014-03-04 13:30:13 UTC
Created attachment 12527 [details] What happens Whenever I click on a "prev" link in the history of an item to view a diff, the page scrolls down to the content of the item rather than the difference. This only occurs in the item namespace, and I have only confirmed the bug in Safari 6. I would expect the view to not scroll down but instead show me the actual difference, since seeing the content of a diff of the item is not as important. I have attached two screenshots demonstrating what I see.
Created attachment 12528 [details] What I expect to see
I can confirm this in Chromium when clicking links in edit notification emails.
I discovered that it only happens to users that are logged in. I thought it might be due to one of my gadgets, but I disabled all gadgets and it still happens.
Being logged in and clicking the first "prev" on https://www.wikidata.org/w/index.php?title=Q7767513&action=history in Google Chrome 27 I cannot confirm this - page stays on top.
(In reply to comment #4) > Being logged in and clicking the first "prev" on > https://www.wikidata.org/w/index.php?title=Q7767513&action=history in Google > Chrome 27 I cannot confirm this - page stays on top. Hmm, I tried Google Chrome 27 and the page is moving down. The bug doesn't occur for me in Mozilla Firefox 21, though. I'm testing all of these OS X 10.8.x. So far, the bug occurs in the following browsers: Chromium: Yes Google Chrome: For some users Internet Explorer: ? Mozilla Firefox: No Apple Safari: Yes
Created attachment 14102 [details] Screencast of the bug Confirmed on Google Chrome 31.0.1650.63, only when logged in (after reseting my preferences to default values).
Change 108338 had a related patch set uploaded by Hoo man: Prevent wb.ui.PropertyEditTool.EditableValue.setToolbar from scrolling https://gerrit.wikimedia.org/r/108338
Not sure why this jumped back to New.. https://gerrit.wikimedia.org/r/#/c/108338
Change 108338 merged by jenkins-bot: Prevent wb.ui.PropertyEditTool.EditableValue.setToolbar from scrolling https://gerrit.wikimedia.org/r/108338
The solution wasn't nice, but the bug should be fixed