Admin Forum:Categories not wrapping after MW 1.19 update

Immediately after the MW 1.19 update, the category display area at the bottom of pages (#catlinks) stopped wrapping. This is definitely a 1.19 "thing", as it's no happening on wikis that have not yet converted. Looks like the css properties  and   don't really have wide support, or maybe they just need browser-specific coding (i.e.  ).  In any event,   doesn't seem to solve the problem.

Example of the behavior can be found at, for instance, tardis:Journey's End (TV story) or Spock.

Anybody got a fix? 16:07: Thu 09 Aug 2012
 * Since no one has answered in a few days, I'm going to assume that means our hive mind is stumped. I'm therefore going to bump this up to staff needed just in case it's an actual bug.  23:44: Sat 11 Aug 2012

http://i1266.photobucket.com/albums/jj532/Shadowblazen/Wikia%20Images/categoriesmemoryalpha.png

^In this screenshot of the memory alpha page you linked (taken in the Chrome browser), categories appear to be wrapping just fine as far as I can tell. Are you seeing something different? Or maybe I didn't understand what you meant?
 * I can confirm that categories are wrapping for me on said page in Firefox 17.0&alpha;1. As a temporary workaround, you might want to try adding the following to MediaWiki:Common.css:

This property is more generally accepted as far as I know.
 * The above picture demonstrates the problem, not that things are okay. Prior to the upgrade, the category "Starfleet captains" would have been on two lines: "Starfleet" on line 2 and "captains" on line 3. Thus, heavily categorised pages — and Spock here isn't all that categorised — are taking many more lines, more vertical space, than necessary overall.


 * I've tried this in the bleeding-edge latest versions of Firefox, Chrome, Safari and Opera. None of them are "breaking" category names as they should.  While a workaround is good — and I'm happy to try it — I really wonder whether this is the "new normal".  Do Wikia really want this behaviour, or is it a change that's slipped under their radar?   15:59: Mon 13 Aug 2012


 * I think the tardis example might be a little more telling:
 * [[file:CatWrapIssueJE.png|center]]
 * See what's happening here? The whole left margin is a wall of pipe separators. It's kinda mathematically impossible for each line to begin with a pipe separator unless the whole category name is being treated like an unbreakable block of text.  16:18: Mon 13 Aug 2012
 * What's happened with 1.19 is that the whole of the category links now comes as an unnumbered list. Maybe that's why a single category name won't wrap anymore.--PedroM (talk) 17:18, August 13, 2012 (UTC)
 * Incidentally, the word-wrap fix as suggested above doesn't solve this problem in the latest (as of today) versions of Safari, Firefox, Opera or Chrome.  17:20: Mon 13 Aug 2012

PedroM is right. This CSS should remedy the problem: TK-999 (talk) 17:21, August 13, 2012 (UTC)

Thanks for reporting this, and for the great examples. A bug has been filed with the Engineering team, including a link to this thread, and I'll post an update here where there is something to report. BertH (help forum | blog) 17:27, August 13, 2012 (UTC)


 * Cool. I didn't think it was really expected behaviour.  I hope the Engineering team are able to fix the bug, so that the default condition is proper wrapping.  In the meantime, though,  TK-999's proposed fix does indeed solve the problem. So thanks to both of you!  18:55: Mon 13 Aug 2012


 * Just to round out our gallery, here's what the catlink section should look like. This is is what TK-999's solution achieves, and what categories looked like back in MW 1.16.
 * [[File:CatWrapIssueJEFixed.png]]
 * Again, though, this is not current default behaviour in MW 1.19. This requires the CSS fix of:


 * As you can see it saves an entire vertical line of text (i.e. ~ 1em of height) 19:02: Mon 13 Aug 2012
 * The fault lies at "li {display:inline-block}", jftr.--PedroM (talk) 00:38, August 14, 2012 (UTC)