Last modified: 2014-11-12 21:30:02 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 T74821, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 72821 - Extra scrollbars on custom skin in 1.25wmf branches
Extra scrollbars on custom skin in 1.25wmf branches
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
1.25-git
All All
: Lowest normal (vote)
: ---
Assigned To: Nobody - You can work on this!
aklapper-moreinfo
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-10-31 17:00 UTC by paladox2015
Modified: 2014-11-12 21:30 UTC (History)
4 users (show)

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


Attachments

Description paladox2015 2014-10-31 17:00:05 UTC
Hi i have a custom skin and one of the users reported a problem with mediawiki 1.25 he is using mediawiki 1.25 wmf 1 for now because of the problem. the prolem is explaned more at https://github.com/paladox2015/Metrolook/issues/73

I have narrowed it down to one of wmf of 1.25 starting from wmf 2. the problem is with the display but i doint see the problem. he is also using the skin for branch REL1_24 not master which is simler in content and i only changed it a few days.
Comment 1 Andre Klapper 2014-10-31 17:32:30 UTC
Hi paladox2015, 
unfortunately this report is not very useful because it does not describe the problem well. If you have time and can still reproduce the problem, please read https://www.mediawiki.org/wiki/How_to_report_a_bug and add a more useful description to this report.
Also, does this still happen with a recent 1.25wmf6?
Comment 2 paladox2015 2014-10-31 17:49:10 UTC
Yes the user has tryed wmf1 and seems to work so it may be somewere in wmf 2, 3, 4, 5 or 6.
Comment 3 Andre Klapper 2014-10-31 18:34:42 UTC
Unfortunately this report is not very useful because it does not describe the problem well. If you have time and can still reproduce the problem, please read https://www.mediawiki.org/wiki/How_to_report_a_bug and add a more useful description to this report.
Comment 4 Bawolff (Brian Wolff) 2014-10-31 18:51:23 UTC
(In reply to paladox2015 from comment #0)
> Hi i have a custom skin and one of the users reported a problem with
> mediawiki 1.25 he is using mediawiki 1.25 wmf 1 for now because of the
> problem. the prolem is explaned more at
> https://github.com/paladox2015/Metrolook/issues/73

Please include a summary of the bug when reporting it here. People are lazy :)

The screenshot that you linked to looks like the content div has an overflow:auto on it or something like that.

Well this may very well possibly be due to a change in MW core css (or something else), unless you can point to the exact commit that did it (try git bisect), or its reproducible in the core skins, or you could at least describe what's technically different (e.g. By isolating in an html debugging tool which style is causing the problem), I'm somewhat doubtful this bug will go anywhere.

> I have narrowed it down to one of wmf of 1.25 starting from wmf 2. the
> problem is with the display but i doint see the problem. he is also using
> the skin for branch REL1_24 not master which is simler in content and i only
> changed it a few days.

It should be noted that MediaWiki 1.25 is not the same thing as 1.25wmfX. 1.25wmfX should be considered essentially alpha releases of what will one day, in about 6 months be MediaWiki 1.25.
Comment 5 paladox2015 2014-11-02 17:40:24 UTC
Hi yes it had overflow:auto but if you look to right it has a big patch of grey which should not be there.
Comment 6 paladox2015 2014-11-02 17:43:55 UTC
I think it is to do with mw-body which I changed to as vector has. but the branch REL1_24 uses content.
Comment 7 paladox2015 2014-11-02 17:45:35 UTC
Neither mind that is also included in REL1_24
Comment 8 Andre Klapper 2014-11-03 06:50:48 UTC
See comment 4 for which info is needed here.
Comment 9 paladox2015 2014-11-12 19:37:28 UTC
Hi the user who reported this has now said in the latest wmf that it has now been fixed.

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


Navigation
Links