Category: Wiki Plugin (extends basic syntax)

In documentation page for annotations ((PluginAnnotation)), the screenshot shows that there is a link field along with label, but in 12.0 no such field exists.

How to reproduce:
1) Upload an image to a file gallery
2) Put a annotation plugin in a wiki page
3) Create an annotation
4) Check the popup
5) No Link field available

Using PluginTracker and after setting a wiki page language to Portuguese I was able to see the Portuguese version of the fields (including pre-defined ones), as well the translation of the box comment that says: "All fields with * are mandatory". However, after editing the pluging parameters clicking on the plugin icon settings on the page, the page loses its language definition and it must to be set again, every time I edit the plugin.

If a heading contains a non-parsed section, it normally shows fine in classic tables of contents (generated by maketoc). But if such a heading comes via the inclusion of another page, instead of the non-parsed content, the ToC will display an alphanumeric key.

For example, with the following source in an including page:
{CODE(colors="tiki" theme="default")}Here are the phases of life.

{maketoc}

{include page="Childhood"}
{CODE}
...and page "Childhood" containing a call to maketoc and a "Ages ~np~~np~~/np~~np~[0, 5]~/np~~np~~/np~~/np~" heading, the including page would show 2 ToC-s. The first one, generated by its direct maketoc, would be broken, showing the link label as something like "Ages §3b24424f3be6a8f1f0937355e8f37ee8§". The second one, generated by the included maketoc, would be OK, showing the link labeled as "~np~Ages [0, 5]~/np~".

Several plugins use non-parsed sections to prevent their content from being parsed repeatedly. Therefore, this bug affects calls to some plugins, notably FOOTNOTE.

This bug and {wish id=5496} are parser regressions from {commit id=48937}. This is related to {wish id=4235}.

[http://chealer-232-6728.show.tikiwiki.org/tiki-index.php?page=HomePage|The homepage of the show instance for this ticket] demonstrates the bug.

It is not possible anymore to save a wiki page (or a tracker item) with an HTML plugin.

Go to :
Add the following code on the page:
{CODE()}
{HTML()}
<h1>Youppi</h1>
{HTML}
{CODE}
Save and you will see this error:
{CODE()}
The code plugin failed to accept it as code so I had to copy the error in a textfile and attach it
{CODE}

{file type="gallery" fileId="1632" showicon="y"}

{syntax type="tiki" editor="plain"}
Using the "help" tool from the Wiki editing toolbar it is not possible to select the fields to be displayed in a tracker wiki plugin.

Tested here : https://dev.tiki.org/test
{img fileId="3051" thumb="box"}

The user has to enter in the editing mode and enter manually the fields id.

It is not possible anymore to set the plugin module on a wiki page using plugin help.
As seen on video it is not possible to select a module and even trying the first (default) one the code is not pasted in the text area.

(also tested on my local : Last update from SVN (18.2svn): Sunday July 8, 2018 00:00:49 +03 - REV 66911 (InnoDB))

{youtube movie="r-pH_cKFSZ8" width="800" height="600"}

~~#F00:Update :~~ Tested on Mac, Safari and Chrome on SVN (20.0svn): Sunday June 16, 2019 19:04:34 IDT - REV 70218 and it is still there.

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

It is not possible anymore to save a wiki page (or a tracker item) with an HTML plugin.

Go to :
Add the following code on the page:
{CODE()}
{HTML()}
<h1>Youppi</h1>
{HTML}
{CODE}
Save and you will see this error:
{CODE()}
Fatal error: Uncaught Error: Object of class Laminas\Mime\Message could not be converted to string in /var/www/virtual/dev.tiki.org/html/lib/webmail/tikimaillib.php:300 Stack trace: #0 /var/www/virtual/dev.tiki.org/html/lib/tikilib.php(5492): TikiMail->send() #1 /var/www/virtual/dev.tiki.org/html/lib/tikilib.php(5447): TikiLib->plugin_pending_notification() #2 /var/www/virtual/dev.tiki.org/html/lib/tikilib.php(5398): TikiLib->plugin_post_save_actions() #3 /var/www/virtual/dev.tiki.org/html/lib/core/Tiki/Event/Lib.php(27): TikiLib->object_post_save() #4 /var/www/virtual/dev.tiki.org/html/lib/core/Tiki/Event/Manager.php(83): Tiki_Event_Lib->__invoke() #5 /var/www/virtual/dev.tiki.org/html/lib/core/Tiki/Event/Chain.php(22): Tiki_Event_Manager->internalTrigger() #6 /var/www/virtual/dev.tiki.org/html/lib/core/Tiki/Event/Manager.php(83): Tiki_Event_Chain->__invoke() #7 /var/www/virtual/dev.tiki.org/html/lib/core/Tiki/Event/Chain.php(22): Tiki_Event_Manager->internalTrigger() #8 /var/www/virtual/dev.tiki.org/html/lib/core/Tiki/E in /var/www/virtual/dev.tiki.org/html/lib/webmail/tikimaillib.php on line 300
{CODE}

The plugin module is broken when setting it using the helper.

{youtube movie="jJ-SJUA5aP8" width="800" height="640"}

---

In Tiki19 there is more (wrong) verbose but still not working:
https://share.vidyard.com/watch/Wi8wXaFc9kpGfRfWydLyhR

It is not possible to set a plugin using the help system on Tiki19.x (tested on dev)

I can’t set the time on editing the plugin convene.

{CONVENE(title="test" minvotes="3")}dates_1550671200_Bsfez : 1
dates_1550710800_Bsfez : -1
dates_1550671200_chibaguy : 0
dates_1550710800_chibaguy : 1
dates_1550710800_luci : 1
dates_1550671200_Bsfez : 1
dates_1550710800_Bsfez : -1
dates_1550671200_chibaguy : 0
dates_1550710800_chibaguy : 1
dates_1550710800_luci : 1
dates_1550671200_Bsfez : 1
dates_1550710800_Bsfez : -1
dates_1550671200_chibaguy : 0
dates_1550710800_chibaguy : 1
dates_1550710800_luci : 1{CONVENE}

Update: The sorting is also broken (it used to sort date by time). The time insertion is very capricious mostly not working with the slider and only possible editing manually after several attempts. See: https://tiki.org/Roundtable-Meeting-2019-01

Update (20/01/18): The sliders are working but misplaced.

Tracker field numeric 0 value is interpreted by the plugin list as No value for 'tracker_field_xxx'

In a tracker I have a numeric field that contain the value 0 and it display ok in the tracker.

I set a plugin List the field and it is returned like the field is empty.


Retested today on Tiki19:
{img fileId="1236" thumb="box"}

{syntax type="tiki" editor="plain"}
Hi, I know ''maketoc'' is said not to like other ''maketoc''s on a wiki page but it obviosly does not work correct (on my REV 24736) if inserted on another page than the first one. If inserted on e.g. the third page all links to headlines of the firstpage carry "pagenum=3" in the link instead of no pagenum or "pagenum=1".

{CODE(caption="Example")}
!# first page
!! test
test test test
!! test
test test test
...page...
!# second page
!! test
test test test
!! test
test test test
...page...
{maketoc}
!# third page
!! test
test test test
!! test
test test test
...page...
!# fourth page
!! test
test test test
!! test
test test test
{CODE}

My initial intention was to put a ''maketoc'' at every end of a subpage to be able to navigate back. BTW: on my REV 24736 multiple ''maketoc''s do not cause any additional problem.

When using the files wikiplugin nothing appears in the wikipage when previewed or saved in v2.x. When posted on the forum Sylvie sent me alternative plugin files which enabled the plugin to be used once on the page. But if the plugin is used more than once on the page, the page is completely blank (whitespace). PLease see the forum post for details: http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=22894&topics_offset=22&topics_sort_mode=lastPost_desc&forumId=4

PLease note I am using TW on Windows (IIS) with MySQL but have recreated the bug on the opensource CMS demo.

http://sourceforge.net/projects/orgapp/

See details here:
http://tikiwiki.org/OrgChartDev

Using the pluginList sort control block when you mistype or indicate an inexistent field the output is "No results for query."
IE:
{CODE(caption="Right syntax")}
{sort mode="date_ndesc"}
{CODE}
{CODE(caption="Wrong syntax")}
{sort mode="tracker_field_date_ndesc"}
{CODE}

It doesn’t help to understand what is going on and give a wrong output.

There are results but the plugin is unable to sort them due to an error in the sort control block. Users should be able to see results and a remarks box should warn something is wrong with the field.

As discovered here:


http://doc.tikiwiki.org/tiki-pagehistory.php?page=PluginInclude&diff_style=sidediff&compare=Compare&newver=0&oldver=26&tra_lang=ar

Hello
If you use this plugin,:


{REMARKSBOX(type=>Tip, title=>Version 11.x)}
...page...
{REMARKSBOX}

It will not produce a page break.

Since a demo reproduces this bug, I will not use screen capture to demonstrate it. See:

http://demo.tiki.org/11x/Page+Break

{syntax type="tiki" editor="plain"}
1. We dont have pagination for the wikipages.
2. If we activate the pagination with the parameter {OUTPUT(template="table" __pagination="y"__ )} clicking pagination links can produce #offset=NaN in the URL hash instead of a numeric offset. This is visible on the Wishlist page (e.g. dev.tiki.org/Wishlist#offset=NaN) and can be reproduced with a minimal example like:

{CUSTOMSEARCH(customsearchjs="1")}
{list max="5"}
{filter type="trackeritem"}
{filter field="tracker_id" content="2"}

{OUTPUT(template="table" pagination="y")}
{column label="Subject" field="subject_col"}
{OUTPUT}

{FORMAT(name="subject_col")}
{display name="tracker_field_testpaginationSubject"}
{FORMAT}
{CUSTOMSEARCH}

After a last update (7/01/2023) of a Tiki25 where I use the customsearch with pagination doesn;t paginate anymore the results as it was.

{CODE()}
{pagination max="12"}
{filter content=1 field=tracker_id}
{filter type="trackeritem"}
{filter categories="48"}
{filter field="tracker_status" content="o"}
{sort mode="modification_date_ndesc"}
{output template="categories_entrypage.tpl" pagination=y}
{CODE}

I have more than 12 items displayed and no pagination.

Instance coming...

Ability to filter last_tracker_items and last_modified_tracker_items for the ~~red:param trackerId~~

{CODE()}
{MODULE(module=>last_tracker_items,float=>none,decorations=>n,flip=>y,max=>5,np=>1,trackerId=2)}{MODULE}
{CODE}

If it is already possible withnout any more coding, then it should be explained in documentation how to do it.At ((doc:PluginModule)) ?

The field tracker type currency as a parameter "First or all" to display the currency symbol on the first row of a tracker list.

{QUOTE(replyto="Lindon" date="2017-03-19")}In accounting, it is the norm to show the currency symbol only on the first number and the grand total, e.g., in financial statements or other accounting schedules.{QUOTE}

It is working when displaying tracker list item in the tracker view list mode or the trackerlist plugin. (on Tiki17 ?)

Not in the plugin list (may be other) - sould be check on accounting and payment part of Tiki.

So that parameter is here but not usable to create accounting statement with Tiki tools.

Check instance

When the parameter for wiki parsing is used in PluginHTML, some syntax produces the expected results (I didn't test a lot), but syntax for special characters displays as syntax, not as the special character. See [https://doc.tiki.org/PluginHTML?latest=1&no_bl=y#Example_4].

For example, on a wiki page like:
tiki-index.php?page.php?page=genericwikitemplatepage&itemId=50

I could see the values of various tracker fields for itemId 50. Ideally, I could use various wiki formatting for this data.


{img src=images/code.png}%%% {CODE()}
Here is field #417 for trackeritemid #50
{TRACKERITEM(field=>417)}{TRACKERITEM}

__Here is field #460 for trackeritemid #50__
{TRACKERITEM(field=>460)}{TRACKERITEM}

^
Here is field #72 for trackeritemid #50__
{TRACKERITEM(field=>72)}{TRACKERITEM}
^

{CODE}

As noted in bug tracker id 2474, bullets parameter doesn't create a bulleted list. "All" list is poorly formatted with page links that don't work.

Since upgrading dev.tikiwiki.org the "submitted by" is not recorded in bug reports

Can not reproduce the problem. Can you give an url ?
This url http://dev.tikiwiki.org/tiki-view_tracker_item.php is working for me