Category: Wiki Syntax (text area, parser, external wiki, etc)
Show subcategories objects| Name | Type |
|---|---|
| "internal link" button doesn't work -- "local.php not found" | tracker item |
| "No route found" error when save same wiki pages or configuration changes | tracker item |
|
(2.2) Invalid offset in lib/tikilib.php : 6193 (when dealing with cached pages)
This showed up after upgrading from 1.9.11 to 2.2 When accessing Wiki pages with external links (mixed cacheing and nocache), with PHP error reporting on, notified of an invalid offset in tikilib:6193. |
tracker item |
|
[mailto:text|text] doesn't have antispam protection
In 2.0 a new email {img src=pics/icons/email.png } syntax was added in quickatgs {img src=images/code.png}%%% {CODE()} [mailto:text|text] {CODE} But this prevents the spam protection code from working |
tracker item |
|
{maketoc} in a wiki page wich contain TABS plugin
Put a maketoc in a page wich contains TAB plugin, and the maketoc produces a table of content of all that is inside TABS, but when you click on an item in the toc, we need to have the right tab active. It could be great that the clic on the toc would active the concerned tab I hop I'm clear, I don't know if it's a bug or a feature request, so I put the entry as a request. best, Renaud PS : e.g. : http://code.renaudrubiano.com/tiki-6.1/tiki-index.php?page=test#Lorem_ipsum_dolor_sit_amet |
tracker item |
|
{TAG(tag=ul)}...{TAG} screws up paragraphs and line breaks after plugin usage
This is best explained with an example: ~pp~ Paragraphs are parsed just fine here {TAG(tag=ul)}foo{TAG} but now paragraphs and line breaks aren't working! ~/pp~ This only happens for tag=ul, not even for tag=ol. This happens regardless whether wiki paragraph formatting is enabled and regardless of whatever is inside the ~np~{TAG(tag=ul)}~/np~, even ~np~{TAG(tag=li)}~/np~'s. |
tracker item |
| Sitemap.xml &pagenum=2 -v- &pagenum=2 | tracker item |
| <b class="text-danger lead">Something smells like red herring here...</b> | tracker item |
| <X> strikes again! Please kill it! | tracker item |
| ~ tags not rendering propery | tracker item |
| ~tc~ being processed inside ~np~ and {CODE()} on doc.tiki.org (16.3svn) | tracker item |
| 12.x: page alias links lost if full wysiwyg and wiki syntax | tracker item |
|
Koichi
Contributors |
tracker item |
|
Caldrac
Contributors |
tracker item |
|
HTML Purifier out of date
Tikiwiki HTML Purifier version is 2.1.3. Current version is 3.1.1 or 2.1.5. There is risk of security attacks if not updated. |
tracker item |
|
jonnybradley
Contributors |
tracker item |
|
Wiki tag {img src=show_image.php?id= } stops working and does not load images from image gallery.
- Upload images to an image gallery, store in database - create wiki page with tag {img src=show_image.php?id= } - the images show for a while, but suddenly they do not show anymore |
tracker item |
|
Search for ja Search for ja http://tikiwiki.org/tiki-searchindex.php?highlight=ja I have a TikiWiki site which requires being able to search text which includes web terms such as j-a-v-a-s-c-r-i-p-t but can't do such a search. Someone said on IRC this is due to a protective input filter which is altering dangerous text input. |
tracker item |
|
table with {toc} does not work...
The following code does not produce a table with one row with an image on the left and a toc on the right: {img src=images/code.png}%%% {CODE()} ||::{img src=show_image.php?name=valmuer-henrikfalk.png }::|{toc type=fancy }|| {CODE} The result is two rows with an ugly looking toc. Worked fine with version 1.9.11 |
tracker item |
|
Parsing WikiWords on internal links with '-' in them are parsed incorrectly
Links of the form: ''~40~~40~PageName | Text-With-A-Dash And Spaces~41~~41~'' Parse to give: ''Text-With-A-Dash? And Spaces?'' such that: Text-With-A-Dash -> page=Text-With-A-Dash And Spaces -> page=PageName (aka, there are two links to different pages) This is inconsistent as: ''~40~~40~PageName | Text-With-Dashes~41~~41~'' parses to: ''Text-With-Dashes?'' The same problem occurs with underscores instead (_)of dashes (-) and using |# making things even worse. The docs don't mention anything about -,_ being special characters when parsing link descriptions; nor should they be. |
tracker item |
|
External wiki links are mistakenly identified as wanted pages in WANTED plugin
External wiki links are mistakenly identified as wanted pages http://profiles.tikiwiki.org/Admin {WANTEDPAGES()}{WANTEDPAGES} |
tracker item |
|
Cyril
Contributors |
tracker item |
|
omstefanov
Contributors |
tracker item |
|
WYSIWYG doesn't create tables with Wiki syntax
If I create a table using the WYSIWYG Editor and click on the __Source__ button, the generated code is using HTML code like this: <table> <tbody> <tr> <td></td> </tr> </tbody> </table> Instead of the real Wiki Syntax for tables ([http://doc.tiki.org/Wiki-Syntax+Tables]). I guess a "HTML->Wiki Syntax Translation" setting must be missing. As an example, I found out a MediaWiki WYSIWYG CKEditor that does this same translation just fine. Maybe you could check out the code: [http://www.mediawiki.org/wiki/Extension:WYSIWYG|Extension Homepage] [http://sourceforge.net/projects/halo-extension/files/SMWHalo%201.5.3_b36/MediaWiki%20extensions/wysiwyg-1.4.1_3.zip/download|Download] [http://smwdemo.ontoprise.com/index.php/WYSIWYG_Sandbox|Online demo] Thanks a lot! |
tracker item |
|
6.4svn regression: Maketoc shown twice in newsletter sent from wiki page template
In these last month of june or july 2011, some regression seems to have been introduced in proposals/6x, which produces that maketoc create the output twice, when sending a newsletter from a wiki page template. |
tracker item |
;){kind=link}
;){kind=link}
;){kind=link}
;){kind=link}
it opens a new window "local.php not found — This is normal if you have not run the tiki installer yet".
(but i run the tiki installer)