Forum:Malfunctioning TOC

I encountered an apparent malfunction of (example). Inserting in  or  has this effect. A page that successfully uses in the same wiki is the main page. --fasten 08:26, 6 June 2007 (UTC)


 * What seems to be the malfunction? It looks normal here (at least in monobook). If a manual is omitted, it is generated above the first on-page heading. --Splarka (talk) 05:39, 7 June 2007 (UTC)


 * Can't you see that the sidebars are messed up? At least they are in my IE7. And we had the same problem on some of our Dofus wikia pages, where we had to delete the code. --Lirielle 22:18, 7 June 2007 (UTC)
 * This problem may also have a browser component. Example looks fine in Safari (at least at this moment). However, the description of the problem is very similar to a problem encountered on the Genealogy Wiki.  There may be several triggering causes, (TOC usage being one of them), but the problem mostly occurs on large pages, with complex HTML editing.  For us, the problem is a bit difficult to track down, because the effect is transitory.  When it occurs, sometimes opening the page in edit, even with out actually editing the page, makes the problem go away---but only temporarily, so you have to wait awhile to see if it comes back.  Makes for difficult trouble shooting.  Bill 15:19, 24 June 2007 (UTC)


 * The funny thing is that in firefox it comes and goes, when i worked the pages we had at dofus, it disapear, but when i reloaded the page there was the error, its like all the page, gets warp to the content area, so the logo is at the top right over the title, the google adds are on the left side, the personal and p-cactation bars is on top overlaping with the title, at the bottom left is the portlets boxes, and where you indicate "where" the TOC should be, it grabs everything below in a sort of div box. Dont know maybe the error is because there are  on top of the TOC that that creates the bug --Cizagna (Talk) 22:40, 7 June 2007 (UTC)


 * It appears to be an issue with the wikiwyg code. A temporary workaround is to purge the article with a user that has not got in-page editing enabled in preferences. This will not help for articles regularly edited by users that have it enabled, or anonymous users. --GreenReaper(talk) 05:22, 25 June 2007 (UTC)


 * We had big issues with  after the 1.10a upgrade - it used to work great, but now it's causing pages with images already floated to the right to have the body text centered and generally look all weird. --GreenReaper(talk) 07:41, 24 June 2007 (UTC)