Last modified: 2014-10-27 13:19:01 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 T74089, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 72089 - 'View History' button appears and disappears in a cycle when inner width is 667px in Chrome on Win8
'View History' button appears and disappears in a cycle when inner width is 6...
Status: NEW
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-10-15 19:39 UTC by Matt
Modified: 2014-10-27 13:19 UTC (History)
2 users (show)

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


Attachments

Description Matt 2014-10-15 19:39:55 UTC
When the browser's inner width is 667px, the 'View History' button oscillates between being shown and hidden. Using current version of Chrome on Windows 8
(667px is the default size of my screen on my lenovo laptop when using the split screen feature, so this may affect a large number of users)
Comment 1 Andre Klapper 2014-10-16 10:41:29 UTC
On which page can this be seen? Cannot reproduce on en.wikipedia.org with Chrome 38 on Fedora 20 (but different operating systems might use different fonts).
Comment 2 Matt 2014-10-16 17:02:37 UTC
I can reproduce it in Chrome on Arch Linux, but because of fonts, the critical size 668px. One pixel larger or smaller and the bug will not appear.

I did some digging in the javascript, in the $.collapsibleTabs extension.
In the expandCondition function, the width of the View History button is 83, and the width of the More button is 57. eleWidth + 1 - originalDropdownWidth = 27. The distance between the tabs is 27.45px, so it would appear as if there is enough space to expand. However, when the tab is expanded, they overlap by 0.32px.

Therefore the actual difference in expanded width was 27.78, while the calculated difference was 27. I would suggest just keeping the tabs collapsed for one extra pixel by adding one to the calculated expansion width.

Thanks for your help!
Comment 3 Matt 2014-10-16 17:05:36 UTC
It appears on any en.wikipedia.org article

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


Navigation
Links