Last modified: 2012-09-27 01:10:38 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 T22640, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 20640 - Text Overlap
Text Overlap
Status: RESOLVED DUPLICATE of bug 5118
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All All
: Normal major with 1 vote (vote)
: ---
Assigned To: Nimish Gautam
http://en.wikipedia.org/wiki/User:Aca...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-09-14 13:21 UTC by Thesevenseas
Modified: 2012-09-27 01:10 UTC (History)
6 users (show)

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


Attachments

Description Thesevenseas 2009-09-14 13:21:42 UTC
The text does not wrap around the picture properly and overlaps onto it when a large picture is placed directly underneath a smaller one. Also icons are not positioned as they should be.

More Examples

http://en.wikipedia.org/w/index.php?title=Equinox&oldid=307052491
http://en.wikipedia.org/w/index.php?title=Twilight&oldid=309071030
Comment 1 Roan Kattouw 2009-09-14 13:26:34 UTC
(In reply to comment #0)
> The text does not wrap around the picture properly and overlaps onto it when a
> large picture is placed directly underneath a smaller one. Also icons are not
> positioned as they should be.
> 
> More Examples
> 
> http://en.wikipedia.org/w/index.php?title=Equinox&oldid=307052491
> http://en.wikipedia.org/w/index.php?title=Twilight&oldid=309071030
> 

Confirmed that this happens for the last image of each of these two pages.
Comment 2 Brion Vibber 2009-09-17 21:21:37 UTC
Assigning to Nimish as Trevor's currently out on paternity leave.
Comment 3 Nimish Gautam 2009-09-18 21:19:36 UTC
Seen on Safari and FF-windows
Comment 4 Derk-Jan Hartman 2009-09-28 14:12:40 UTC
If I remember correctly, we have seen this with infoboxes and article message boxes as well. In the case of floating content, what matters in order to "clear" to the next line, is the top vertical height of the content. Whichever element is "highest" gets the priority. The line is 1 em high. But the image has a top border of 0.5em (and it's content is thus 0.5 em lower than the surrounding text). This gives the surrounding text vertical order precedence in some cases over the image. The indent is only readjusted on the next line of the surrounding text as a consequence.

All our images have this problem, but because of the relative distance between the last and the previous image, and one image wider than the one before it, such as in these examples, it makes it easier to trigger the problem.

Comment 5 Derk-Jan Hartman 2010-01-12 00:20:36 UTC

*** This bug has been marked as a duplicate of bug 5118 ***

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


Navigation
Links