Last modified: 2012-09-27 01:11:11 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 T40673, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 38673 - Source code shows vertical scroll bars when they are not necessary
Source code shows vertical scroll bars when they are not necessary
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
https://www.mediawiki.org/w/index.php...
: code-update-regression
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-07-25 15:22 UTC by Helder
Modified: 2012-09-27 01:11 UTC (History)
4 users (show)

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


Attachments
Scrollbars (74.52 KB, image/png)
2012-07-25 15:22 UTC, Helder
Details

Comment 1 Niklas Laxström 2012-07-25 15:26:51 UTC
I've seen the same things on diffs very often, but cannot see it on those links. What browser and OS are you using?
Comment 2 Helder 2012-07-25 15:42:10 UTC
Google Chrome 20.0.1132.57 on Ubuntu 12.04.

The scroll bars appears when the font size is the default (CTRL + [0]). But if I press CTRL + [+] (one, two or tree times) to make the text bigger, they disappears. On the other hand, if I reduce the size (CTRL + [0], followed by one or two CTRL + [-]) they are still there. If I reduce one more time (on monobook), they disappear again. On vector I need four CTRL + [-] after CTRL + [0] to make it disappear.
Comment 3 Helder 2012-07-25 15:50:40 UTC
It doesn't appear on:
* Firefox 14.0.1 (Ubuntu 12.04)
* IE8 (Windows XP, on VirtualBox)
But it happens also on
* Chrome 20.0.1132.57 m (Windows XP, on VirtualBox)
Comment 4 Krinkle 2012-07-25 23:20:29 UTC
(In reply to comment #0)
> Created attachment 10893 [details]
> Scrollbars
> 
> See the attached screenshot.
> 
> Maybe this is related to the recent
> https://gerrit.wikimedia.org/r/#/c/12720/
> ?

Yes and no. Yes that particular commit screwed it up, and was reverted for that reason. A fixed version was submitted today.

That commit was actually reverted the minute it was merged, but due to Gerrit's unintuitive interface it actually wasn't really reverted. The revert was added to the review queue and nobody reviewed it, and then it ended up in the 1.20wmf8 deployment to testwiki and mediawiki.org


Ica40812ae221cdc7926dcbe7f82e1cb1591ea1e2 (Gerrit change #12720) was reverted in 52bb79ecab78b0de3b86e5ab659dd4b6dcf57903 in master. And awaiting backporting to 1.20wmf8 in I9d15e8ba925f5d50c7772427a48d71177ed56477.

The fixed version of that commit was merged into master in 782b9f177404f02417c03abaf96b371e1462f160. Awaiting backport in: I7eec3ffeaa5ad633270714ce06023b29a71519f9.
Comment 5 Krinkle 2012-07-25 23:32:35 UTC
If anyone reading this bug is talking about something that has been around for more than 2 days, then refer to bug 260 for the broader bug.

This bug 38673 is about the temporary regression caused by the deployment last monday.

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


Navigation
Links