Last modified: 2008-04-29 20:57:14 UTC
with titles with slashes in it like http://fr.wikibooks.org/wiki/R%C3%A9seaux_TCP/IP/Les_serveurs_DNS the software don't generate the "subpages" section And for this http://fr.wikibooks.org/wiki/Programmation_JavaScript/R%C3%A9f%C3%A9rences/Objets/RegExp where the software generate a link to http://fr.wikibooks.org/wiki/Programmation_JavaScript but not to http://fr.wikibooks.org/wiki/Programmation_JavaScript/R%C3%A9f%C3%A9rences/Objets because http://fr.wikibooks.org/wiki/Programmation_JavaScript/R%C3%A9f%C3%A9rences don't exist ? I don't know what the bug exactly is but i just want to notify of these problems.
Generally on subpages: They are listed from the uppermost parent (e.g. "Programmation_JavaScript") and further until a non-existent subpage is encountered. Then it stops. So for the first case, the topmost parent does not exist, thus no parent links are generated. For the second case, only the topmost exists, so only that is linked. And at http://fr.wikibooks.org/wiki/Programmation_JavaScript/R%C3%A9f%C3%A9rences and subpages, I get a completely messed up header: null<a href="wiki/Programmation_JavaScript" title="Programmation JavaScript>Programmation JavaScript Références/Objets/RegExp followed by a tiny "Programmation JavaScript/Références/Objets/RegExp"
ah, what is your browser please ? the setupTitle() function here http://fr.wikibooks.org/wiki/MediaWiki:Common.js who "mess" the header is supposed to work with IE7, Opera 9.24 and fx2.0
Using JS to change the title? Eh... that function is such a mess. This line: titre.innerHTML = null; Should be: titre.innerHTML = ""; (innerHTML is a string, string-form of null is "null", setting .innerHTML = null is not reliable) This line: + "\>" Should be: + "\">" (Otherwise the title attribute never closes)
is your javascript up to date ? i'm sure that i've fixed these bugs yesterday for our problem i think that there is 3 ways to display the subpages of http://fr.wikibooks.org/wiki/Programmation_JavaScript/R%C3%A9f%C3%A9rences/Objets/RegExp 1 : like now. if a subpage is missing, then stop. not so bad 2 : [[Programmation_JavaScript]] > Références > [[Objets]] > [[RegExp]] (Références in grey with no link) 3 : [[Programmation_JavaScript]] > [Références action=edit] > [[Objets]] > [[RegExp]] (Références in red link) i'm not sure what is best --- for http://fr.wikibooks.org/wiki/R%C3%A9seaux_TCP/IP/Les_serveurs_DNS the best behaviour is undoubtly to generate a subpages section. maybe i should split this bug ?
Maybe it was serving up an older cached version to anon users, as I hadn't even been to the site until this bug was filed today. Well, a forced regen fixed it. Back on topic. The HTML gets the entire subtitle string from Monobook, which uses the subtitle key from SkinTemplate. This in turn uses a string from subPageSubtitle in Skin. This method loops over each subpage and breaks when it finds one that doesn't exist. So there are two main options. You can aim for a change in Skin.php to remove the break for non-existent subpages; might be difficult to get into the main line. Or you can create the full link set using javascript, based on the full title; this is rather hackish, but not that much worse than what you already have.
the problem seems to no more occur, i guess because of this patch http://svn.wikimedia.org/viewvc/mediawiki?view=rev&sortby=date&revision=33652 One could close this bug so ?
*** This bug has been marked as a duplicate of bug 13796 ***
