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:
To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
Unable to connect to show.tikiwiki.org. Please let us know of the problem so that we can do something about it. Thanks.