Bug overview description.

What part(s) of the site page(s) are affected?
Some wiki pages, but it's unclear as of yet which ones.

What is the expected behavior?
As with every other wiki page, the list of recent posts should stay strictly below the article and not reflow below the sidebar.

What actual behavior is given instead?
See picture

Time of incident (if applicable).
May 12 2018, at around 12AM GMT

Can you reproduce the bug every time?
Yes, but not on all pages. So far, I've only found spraypaint and monorchid to show that issue. Meanwhile, experimentation has no issue.

What steps did you take to replicate this bug?
I initially noticed this bug on monoorchid, and I suspected that this might be due to the lack of a wiki entry, but other empty tags don't have that issue. I'm not entirely sure which pages have that problem right now, but it seems to be related to having a low enough tag count to have all tagged images fit on the screen, and possibly not having a wiki entry, but even then, I can't figure out how to reliably figure out which pages will have the issue or not.

The problem is actually that the Recent Posts section is rendered outside of the wiki article section.

<div id="wiki-body">
    <div style="margin-bottom: 1em;">
      <p>This page does not exist. <a href="/wiki/new?title=marsminer">Click here</a> to create it.</p>
    </div>

    <div style="margin-bottom: 1em;">
      <h4>Recent Posts</h4><div style="margin: 1em 0;"><div>

<div id="wiki-body">
    <div style="margin-bottom: 1em;">
      <p>This page does not exist. <a href="/wiki/new?title=monorchid">Click here</a> to create it.</p></div>
    </div>

    <div style="margin-bottom: 1em;">
      <h4>Recent Posts</h4><div style="margin: 1em 0;"><div>

Notice the extra closing </div> in incorrect version, which causes the issue.

Monoorchid does not have the problem at this time, for me, and I can specifically confirm that the html is correct (ie. doesn't have an extra <div>)

However, spraypaint does appear to have the problem, based on viewing the source (has an extra div); the post list doesn't reflow differently though.

FWIW I'm running Firefox 61.0b2

I think I've seen it a few times where the first image shows up to the right of the tag description as well, I don't currently remember which Wiki pages do this, tho.

savageorange said:
Monoorchid does not have the problem at this time, for me, and I can specifically confirm that the html is correct (ie. doesn't have an extra <div>)

Sorry, should have spelled it monorchid, corrected it in the op.

Bug doesn't occur for me under Chromium 66.0.3359.139 (Official Build) Built on Ubuntu , running on LinuxMint 18.3 (64-bit)

edit:
It does occur under Firefox Quantum (tm) 60.0 (64-Bit)
but only at certain zoom levels
My screen is 1680x1050 (I'm not cool enough to own a 4K like the kids on my lawn)
everything's fine @ zoom <= 130%
bug occurs @ zoom >= 140%

And it's the same on my secondary monitor with 1600x1200

edit 2:
Bug also occurs under Chromium, at a zoom level >= 175%

Munkelzahn said:
Bug doesn't occur for me under Chromium 66.0.3359.139 (Official Build) Built on Ubuntu , running on LinuxMint 18.3 (64-bit)

edit:
It does occur under Firefox Quantum (tm) 60.0 (64-Bit)
but only at certain zoom levels
My screen is 1680x1050 (I'm not cool enough to own a 4K like the kids on my lawn)
everything's fine @ zoom <= 130%
bug occurs @ zoom >= 140%

And it's the same on my secondary monitor with 1600x1200

edit 2:
Bug also occurs under Chromium, at a zoom level >= 175%

I just tend to have my windows laid out to be half-width, which makes the problem more readily apparent, but I guess zooming in works too.

I've tried this on both Ffx 61 and Chromium 66.

I found one that happens like I described earlier, headshot, it seems to be the same problem (the extra </div>) except this wiki page that has an actual description.

If you zoom out the pictures will go to the right of the description if you zoom in they'll go under the recently changed wiki pages.