Dear All, Digging further in the install process, problem was related to one of the extension bundled in the SemanticBundle (I still have to test these one by one).
I have temporarily removed it until further testing and solved in the same time another problem I had with awcforum (undecoded headers) I'll keep you posted with any further findings. many thanks for your help. Best regards. Constant Depièreux Le 17/07/2011 8:57, Constant Depièreux a écrit : > Dear all, > > Please ignore my last message. It work with minimal configuration. I am > now testing the other extension one by one to determine where the > problem is related in production site and i'll keep your informed. > > Sorry for trouble. > > Best regards. > > > Constant Depièreux > > Le 17/07/2011 8:32, Constant Depièreux a écrit : >> Dear Brion, >> >> A few minutes ago, I created another subdomain, uploaded à fresh >> download of MediaWiki 1.17 and the two latest development versions of >> Cite and Stringfunctions then created an image of my production >> database. After a fresh reinstall of mediawiki with a fresh >> localsettings.php file that contains just the minimum + the call to the >> two extensions ... and the result is that ... it does not work: >> >> * Reference index still only appears in wiki coded tables, not in html >> coded one >> * #replace still works with html code table, but not with wiki code one >> >> I do then have the choice : >> >> 1. get rid of the index and keep functional the template with internet >> addresses containing an equal sign >> 2. keep the index and loose internet adresses with equal sign >> >> None of them is acceptable both from a functional point of view as well >> as with the potential workload associated with the revision of more than >> 60000 definitions and a en higher number of internet références ... >> >> >> Any ideas? >> >> Best regards. >> >> Constant Depièreux >> >> Le 16/07/2011 19:19, Brion Vibber a écrit : >>> 2011/7/16 Constant Depièreux<[email protected] >>> <mailto:[email protected]>> >>> >>> Following a migration to Mediawiki 1.17, I experience problem with >>> cite >>> extension to manage footnote references (<ref>...</ref> >>> ...<references/>) : the reference number does not appear in some >>> pages. >>> After review of my code, it seems to be related to the coding of table >>> using html syntax instead of wiki one. >>> >>> For a better understanding, see : >>> >>> * http://ressources-qhse.org/index.php?title=Mod%C3%A8le:UE (html >>> code, >>> indexing number does not appear) >>> * http://ressources-qhse.org/index.php?title=Mod%C3%A8le:UE2 (wiki >>> code, >>> idexing number present) >>> >>> >>> Copying both of these over to my test wikis, they both show the >>> superscript 1 link, on both current SVN trunk and current 1.17 release >>> branch. >>> >>> Double-check that your extensions are up to date; use the version of >>> the Cite extension in the 1.17 branch (from REL1_17 raw SVN checkout, >>> or select 1.17 in the download from mediawiki.org >>> <http://mediawiki.org>). It's possible that an old version of the ext >>> might have some funkiness? >>> >>> Another problem is with #replace, that I did not succeed to get at >>> work >>> using wiki coded table. Could any of you help on any of these issues? >>> >>> >>> This also seems to work for me with both 1.17 and trunk, using the >>> matching current versions of StringFunctions. >>> >>> -- brion >> _______________________________________________ >> MediaWiki-l mailing list >> [email protected] >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > _______________________________________________ > MediaWiki-l mailing list > [email protected] > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l _______________________________________________ MediaWiki-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
