Category: Error

I've upgraded today to latest 20.x (to r71082, from svn code from 1-2 months ago or so) and attempting to insert wiki code to display a file in a wiki page (just after file upload) fails: not the full syntax is written, just "file", and no fileId either.
File seems to get uploaded successfully indeed, but the popup helper (open through the toolbar icon to upload files) fails to display the information that the file was uploaded successfully, not to insert the right syntax to that file.

{img fileId="1329"}

Reproduced with updated Firefox and Chrome, on Ubuntu GNU/Linux 64 bits (in case it matters)
And reproduced in dev.t.o also (provided that the tool -+tikifile+- has been added to the editor toolbar.{sign user="xavi" datetime="2019-09-27T11:06:15+00:00"}

Using standard file gal interface (not elfinder), and standard wiki editor toolbar, and using toolbar icon -+tikifile+-.
Same process to upload images works as usual, as expected.

"The conversion seems to have dropped comments, on 1.8 the front page used to say it had 80+ comments, now on 1.9 it says 53."


I think no comments were dropped, it's the count which is different. Only first level comments are counted.

Since I upgraded some site to Tiki 18.x (svn), I can't edit properly wiki pages through the mobile phone (using Chrome on Android, in case it matters).

Once the page is open for edition, copy & pasting some url from elsewhere (for example) get your url appended with some extra text each time you click elsewhere in the same edit, or even if you just hit at the save button afterwards.

If you disable codemirror highlighter for the time being in that edition, then no extra text is prepended and you can save as expected.
---
Similar issue still present in 20.x{sign user="xavi" datetime="2019-07-06T17:58:57+00:00"}

Reproduced with an android based device (using chrome) in:
http://xavi-9794-6662.show2.tikiwiki.org/tiki-index.php?page=HomePage
visit with mobile device, enable codemirror highlighter, and attempt to edit the text.

Wiki Feed fails with maximum memory error, or max execution time (sometimes) error.

I have created a show instance with a page that will kill it.

I am sure it is plugin related somehow. When I disable all the plugins, it runs just fine, Even with the same page content.

I had previously formatted this page with wiki syntax, but it was just too much for any tiki functions to work properly, so I reformatted it to use HTML and only when wiki plugins offer functionality that goes beyond formatting do I use them, (things that would be impossible to do with just HTML formatting, such as TOC and Footnoes).

Error messages:

PHP Fatal error: Maximum execution time of 30 seconds exceeded in /Sites/tiki/vendor/michelf/php-smartypants/Michelf/SmartyPantsTypographer.php on line 431
PHP Stack trace:
PHP 1. {main}() /Sites/tiki/tiki-wiki_rss.php:0
PHP 2. TikiLib->parse_data() /Sites/tiki/tiki-wiki_rss.php:75
PHP 3. ParserLib->parse_data() /Sites/tiki/lib/tikilib.php:139
PHP 4. typography() /Sites/tiki/lib/parser/parserlib.php:1723
PHP 5. Michelf\SmartyPants->transform() /tiki/lib/init/typography.php:59
PHP 6. Michelf\SmartyPantsTypographer->educate() /Sites/tiki/vendor/michelf/php-smartypants/Michelf/SmartyPants.php:194
PHP 7. Michelf\SmartyPantsTypographer->spaceUnit() /Sites/tiki/vendor/michelf/php-smartypants/Michelf/SmartyPantsTypographer.php:192
PHP 8. preg_replace() /Sites/tiki/vendor/michelf/php-smartypants/Michelf/SmartyPantsTypographer.php:431

or

PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 262144 bytes) in /Sites/tiki/lib/diff/Diff.php on line 501
PHP Stack trace:
PHP 1. {main}() /Sites/tiki/tiki-wiki_rss.php:0
PHP 2. diff2() /Sites/tiki/tiki-wiki_rss.php:80
PHP 3. Text_Diff->__construct() /Sites/tiki/lib/diff/difflib.php:98
PHP 4. Text_Diff_Engine_native->diff() /Sites/tiki/lib/diff/Diff.php:44
PHP 5. Text_Diff_Engine_native->_compareseq() /Sites/tiki/lib/diff/Diff.php:379
PHP 6. Text_Diff_Engine_native->_diag() /Sites/tiki/lib/diff/Diff.php:586

The Wiki Help page lists [carat] ^a box^ [carat] to generate a box. But it doesn't generate a box in the WIKI entry, nor in the Help page.

It is not possible to open several times the help modal {icon name="question-circle"} when editing content.
You need to use it once, save, reload the page and re-use it... and so on.

This is not way to edit content something that should be trivial for Tiki !

{syntax type="tiki" editor="plain"}
A wiki link in combination with a equation tag parses falsely.
This editor entry

{CODE()}((Fire weather index|{EQUATION()}FWI{EQUATION})){CODE}

displays the text output:

<img src="lib/equation/pictures/564a4dc730e638713aa76bb604088f85.png" alt="§7008f9602faf2722caf095a92ed8d624§" style="vertical-align:middle">§1a7e9ee2385aa1db7956a7f63689955f§

In HTML code:

<a class="wiki" title="Fire weather index" href="tiki-index.php?page=Fire+weather+index">&lt;img src="lib/equation/pictures/564a4dc730e638713aa76bb604088f85.png" alt="§7008f9602faf2722caf095a92ed8d624§" style="vertical-align:middle"&gt;§1a7e9ee2385aa1db7956a7f63689955f§</a>

The same in version 4.2 which is correct:

<a class="wiki " href="tiki-index.php?page=Fire+weather+index" title="Fire weather index"><img align="absmiddle" alt="FWI" src="lib/equation/pictures/04d4e88879dbf4f876f4b62fea56172f.png"></a>

Renaming a page does not change links in pages created using the wysiwyg editor

If I enter:
~np~
((pagename(something_in_brackets))) or ((pagename|description(something_in_brackets)))
~/np~

The pagename or the description will not have the closing bracket included. It should.

When creating a link like this

((test - test))

to link to a page named 'test - test' then the created page is missing the hyphen. Additionally the pages is always shown as non-existent, meaning that the question mark behind the source link is always there, even if th e page was manually renamed. It is a real blocker.

At : https://tiki.org/Roundtable-Meeting-2021-02 I can write a description but it won’t be saved.

I tested on OSX, WIN10 and different browsers and a different Tiki (all Tiki22): https://share.vidyard.com/watch/1xGgGNfUMUd6YtBF1DPFck?

When viewing wiki page history, default two versions to compare should be last two. Bug introduced in January 2008 on BRANCH-1-10

{THUMB(id=18,url="show_image.php?id=18")}{THUMB}

Under 1.9.5 and under two different themes, I could not create a wiki page that had quotes in it. I received an error like this:

Invalid variable value : page = asdfasdf "foo"

That would be only a minor annoyance. But it gets worse. You can rename a page to have a name with quotes in it; however, having done so, you cannot then view or edit that page. You receive the same error when attempting to access the renamed page.

In Wiki page, the print function should show the current information of the page, but the page was shown the unapproved details after I clicked the print icon. I have activated the Approval function so that the edited page will be shown after approval.


---
Info to reproduce it {sign user="xavi" datetime="2014-12-31T07:30:58+00:00"}:
u: admin
p: 12345
* Log in as admin to the attached show.t.o instance: http://marshallau-11729-5521.show.tikiwiki.org/
* See that the "Official Document" has no approved page:
+ http://marshallau-11729-5521.show.tikiwiki.org/tiki-index.php?page=Official+document
* click at the Wiki print button, and you will see the latest version of the document, even if unapproved:
+ http://marshallau-11729-5521.show.tikiwiki.org/tiki-print.php?page=Official+document
* log out as admin, and as anonymous, visit again the url of the print-version of the document. You can see it freely:
+ http://marshallau-11729-5521.show.tikiwiki.org/tiki-print.php?page=Official+document

We have a tracker where we use a "Wiki page"-tracker-field.
This field uses as page name the results of a mathematical calculation tracker field, which inscludes a formula concatenating strings and tracker item id).
The mathematical calculation tracker field is set to calculate at save time (not at indexing time).

The error message when inserting a new tracker item seems to be related to the order, as if the results from the mathematical calculation field are not available for the wiki page tracker field when the new tracker item is being created:

{QUOTE()}
Error. Missing Page Name field #XX value for Wiki field #YY (so page not created)
{QUOTE}

{img fileId="1330" thumb="box"}

This implies that if the user adds plenty of content (at tracker item creation time) to the text area of the wiki page field, that content is lost.

Hi. I wasn't able to remove a wiki page that had an attachment. I've tried it with the button "More" at the bottom of the page, and "Remove" in there. There was a message telling me, that the last revision of the page has been removed, but it was still there. After I removed the attachment, which the page had, it worked.

When PluginImg is using the randomGalleryId parameter and a random file is fetched that isn't an image, the wiki page doesn't load at all, only this message: -+ imagesx(): Argument #1 ($image) must be of type GdImage, string given +- . It would be nice if, instead, no image loaded and also no message. Ideally, the plugin would skip non-image files until it succeeds in getting an image but, if not this, just load the wiki page with no image. The plugin usually gets an image on the next page load.

Of course the best prevention is to make sure there are no non-image files in the selected gallery, but this may not always happen.

According to r31226 (7/12/10, by killianebel ):
{QUOTE()}[MOD] Wiki pages can be viewed at a specific version, using the &version or &date URL parameter. Files included in pages with the FILE plugin correspond to the specified version. This feature must be enabled with 'feature_wiki_use_date'.
{QUOTE}

However, I can't get this feature to work with Tiki14 or Tiki12 or Tiki9 (with or without revision approval). It seems as if important pieces of code are missing. Did this ever worked?

Hi -

I am using the latest tiki-HEAD and something is wrong with wiki display. The tiki-showpage.tpl has a list of options to show categories on the wiki page, such as $feature_categorypath, $feature_categories, and $is_categorized

It appears from debug that $is_categorized is not set on my pages despite the fact that the pages are, in fact, categorized. Any ideas?

Tikiwiki is unable to properly parse the following syntax:

~np~((Somelink))-((Otherlink))~/np~

The expected output is two wikilinks separeted by the hyphen. Instead the output is (tested on svn branches 3.0 and 4.0):

((Somelink-Otherlink))

Try this:
{CODE()}
{GROUP(groups=>"xyz")}
{PLUGIN(that takes long) /}
{ELSE}
{ANOTHERPLUGIN(that takes long) /}
{GROUP}
{CODE}

The parser goes through both plugin and another plugin.

Related: 3134
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=3134&trackerId=5&show=view

Is the parser improvement already on the TW6.0 blockers' list?

Wiki Ratings doesn't activate in wiki pages when turned on in the wiki admin - upgrading from 1.8.5

In 1.9.8.3...

1. Create a wiki page, including a Description.
2. Change the wiki page and the description.
3. Rollback to the prior version. Although the wiki page content rolls back correctly, the description field did not.

If you have a page with title: "Simple Page" (without quotes, but with space in the middle), then at wiki history, the rollback and view buttons are not working: they yield a blank page.


---

Works for me now, also.
Thanks for testing.

Wiki simple rating (and not simple rating) is not working.

I want to set a simple rating system for the wiki page.
But as the doc is unclear, I followed step by step : http://doc.tiki.org/Rating and setup an instance.

I’m not sure if I have to use Poll + simple rating to have it.
After setting the first part (poll rating at the top of the wiki page), I tried to vote and get a CSRF error
{img fileId="1428" thumb="box"}

I get on and enabled wiki simple ratings enabled (Preference name: wiki_simple_ratings)
The (ugly) icons are nicely displayed at the bottom of the page.
When I rated as admin Tiki is doing something and back on the page I can’t see any change.

I retried as anonymous on firefox (permission have been set accordingly) and get a Javascript error on the page loading:
{img fileId="1429" thumb="box"}

I refreshed and rated. Same as above page is refreshed no sign of changes.

Back to Admin=>rating, in the user interface I enabled Detailed rating results and Include percentages in the detailed rating results to find a way to see something. No result. (admin or anon)

I rebuild index and refresh caches. Got another error (related to the server setup):

Re rated and revoted with the same results.
I found a "hidden" (experimental presumly) Rating option at the end of Admin=>Wiki=>Page Listings and activated it. No change.

In doubt I use the Preference Search Results for rating to recheck if they were more options. But no. Retried as admin and anon on both systems, same no go. (I don’t have the CSRF error with Firefox as anon).

I think that having a "Was is useful ?", "What is your opinion about this page ?", etc is a must for a Wiki web application. I tried this, I also tried multilikes that doesn’t work neither (for anonymous) and reported. I understand that the alternative could be a tracker form in a module at the bottom of the pages, but on submission, the counters (like, unlike) won’t update nicely and the page will be refreshed. That is not what is expected for such thing.