# Bug 50210

Summary: Positioning error in dynamically inserted content
Product: WebKit Reporter: Sean Hogan <shogun70>
Component: Layout and RenderingAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED
Severity: Normal CC: esprehn, fred.wang, mitz, shogun70
Priority: P2 Keywords: NeedsReduction
Version: 528+ (Nightly build)
Hardware: Macintosh Intel
OS: OS X 10.6
URL: http://math.stackexchange.com/questions/120/is-1-a-prime-number/5735#5735
Bug Depends on:
Bug Blocks: 84012
Attachments:
Description Flags
partial reduction none

 Sean Hogan 2010-11-29 22:56:59 PST MathJax is a JS library that renders math in the browser using TeX or MathML as the source. MathJax is used on various sites, including math.stackexchange.com, where this issue was first reported. This issue occurs rarely, but whenever it does (such as the example URL) it always seems to be the last dynamically inserted content in a paragraph being incorrectly rendered above the top of the paragraph. The HTML and style settings seem fine, so this seems to be a Webkit rendering issue. To see an example: 1. Browse to http://math.stackexchange.com/questions/120/is-1-a-prime-number/5735#5735 2. Wait for math rendering to complete. 3. Look for the paragraph starting with "THEOREM 28". Above the paragraph is the math R/N. This should be at the end of the paragraph. The math can be forced into its correct position in several trivial ways that do not change the content or styles. For example, the following bookmarklet, which merely clears and restores the left position of a suitable element, forcing a reflow in between. javascript:(function(el) { var x = el.style.left; el.style.left = ""; el.offsetLeft; el.style.left = x; el.offsetLeft; })(document.querySelector("#MathJax-Span-184").parentNode); void(0); Sean Hogan 2010-11-30 15:43:28 PST I've created a reduced test-page. You can try it at: http://playground.meekostuff.net/MathJax-test/shogun70/master/issue24.html?script=%2FMathJax%2Fmathjax%2Fmaster%2FMathJax.js&run=Run Make sure your browser window is wider than 640px, which is the max-width of the container for the test paragraph. You can force the misplaced content into the right position merely by resizing the window width to be less than the max-width of the container. Interestingly this error only seems to occur when the content is the last dynamically generated in the paragraph, and the first content on a new line, and even then there must be other conditions required. Alexey Proskuryakov 2011-01-11 21:44:09 PST I've tried for a while to reduce this, but the test is still way too complicated to be useful. It may be a general dynamic relayout issue, or it could be specific to external fonts not triggering relayout correctly. Interestingly, this problem doesn't occur on the test case if I change user agent to Firefox - the code has lots of special cases for various browsers. But the issue seems a genuine WebKit bug nonetheless. Alexey Proskuryakov 2011-01-11 21:44:38 PST Created attachment 78650 [details] partial reduction Alexey Proskuryakov 2011-01-11 21:45:50 PST `My reduction is in inner-html.html - this is source after processing TeX, and after removing all but one