If wiki page x has a description (with preference feature_wiki_description) which contains a hotword, internal links ("wiki links" using the double parentheses syntax) to that page are broken. A ((x|label)) link to page x will display...
Part of page description..." class="wiki wiki_page">label
The bug is in parse_data(). It parses wiki links (by calling parse_data_wikilinks()) before hotwords (by calling parse_data_inline_syntax(), via parse_data_process_maketoc()). The resulting HTML has an A element embedded in the normal A element:
<a href="x" title="Part of description before hotword :::::<a class="wiki" href="http://www.hotword.target" target='_blank'>Hotword</a>,:::::" class="wiki wiki_page">label</a>
mose added to replace_hotwords() a hack inserting a ":::::" sequence before and a ",:::::" sequence after each keyword in a description attribute to neutralize the hotword substitution (as described in the function's comments). But this hack was broken by r19319, since both of the characters in the magic sequences (the colon and the comma) are now part of the hotword separator characters (feature_hotwords_sep).
Either:
The public/private keys configured to connect to show2.tiki.org were not accepted. Please make sure you are using RSA keys. Thanks.
The public/private keys configured to connect to show.tikiwiki.org were not accepted. Please make sure you are using RSA keys. Thanks.