Last modified: 2014-06-03 18:41:28 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 T68008, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 66008 - Pictures and boxes aren't displayed with IE6 on de-wiki article pages
Pictures and boxes aren't displayed with IE6 on de-wiki article pages
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
1.24rc
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
https://de.wikipedia.org/wiki/Fußball...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-06-01 20:01 UTC by asafyhkk
Modified: 2014-06-03 18:41 UTC (History)
5 users (show)

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


Attachments
Screenshots of example pages (765.14 KB, application/x-zip-compressed)
2014-06-01 20:04 UTC, asafyhkk
Details

Description asafyhkk 2014-06-01 20:01:59 UTC
Applies to article pages of German Wikipedia only
Applies to IE6 only

Pictures and boxes aren't displayed with IE6 on de-wiki, as can be seen on the attached screenshots:
No. 1 + 2: First two pages of "http://de.wikipedia.org/wiki/Fußball-Weltmeisterschaft_2014"
No. 3: First page of "http://de.wikipedia.org/wiki/Fußball"

There's a discussion going on on "http://de.wikipedia.org/wiki/Wikipedia:Technik/Werkstatt#Bilder_werden_im_IE_6_nicht_angezeigt", describing the non-standard hasLayout property of WinIE6 as possible reason.

Although IE6 is not broadly used anymore, the reintroduction of the IE6 workaround would make the remaining IE6 users happy :)
Comment 1 asafyhkk 2014-06-01 20:04:03 UTC
Created attachment 15548 [details]
Screenshots of example pages
Comment 3 Bartosz Dziewoński 2014-06-02 10:27:50 UTC
Can this issue be reproduced on any other wiki? Maybe it's actually caused by some site CSS de.wp adds?

If it's reproducible elsewhere, we can easily revert that patch if it's actually the cause.
Comment 4 Fomafix 2014-06-02 11:04:04 UTC
When this problem only occurs in IE6 the workaround can restricted to IE6 with the Star-HTML-Hack [1]:

/* hasLayout trigger for IE6 to prevent rendering problems with floating objects (bug 66008) */
* html .mw-body-content {
	width: 100%;
}

[1]: http://www.css-hack.de/Internet+Explorer/IE+6
Comment 5 Florian 2014-06-02 11:11:37 UTC
If i read the Wikipedia:Technik Page correct, the problem is only on dewiki (@asafyhkk@objectmail.com: Please correct me, if i'm false :)). My prefered solution is: instead to add this IE6 line again to core css, dewiki can add this line to MediaWiki:Common.css or MediaWiki:Vector.css.
Comment 6 Derk-Jan Hartman 2014-06-02 11:38:14 UTC
It's because german wikipedia resets the position property. We used to have this in the default vector skin (because monobook had it and not having it broke all top icons). 

Since then the topicons in use on English Wikipedia had been rewritten and were no longer depending on this. At some time, we finally removed that position of the Vector skin, probably breaking all the german top icons. That probably led to the addition of [https://de.wikipedia.org/w/index.php?title=MediaWiki:Vector.css&diff=121686451&oldid=118772287 the static position] locally to the German Wikipedia.

Now the 100% property was removed, because it was no longer necessary, and that broke the local workaround.
Comment 7 asafyhkk 2014-06-03 18:39:12 UTC
@Florian:
You're right, it applies only to de-wiki, and there only to article pages. It doesn't apply to pages describing pictures, and it doesn't apply to any other language article pages I tested (I opened randomly 20 - 30 other languges of the same lemma).
Comment 8 Florian 2014-06-03 18:41:28 UTC
Ok, so maybe a problem with custom css, you can work on that on Technik-page? So it isn't a really problem of MediaWiiki :)

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


Navigation
Links