Category: Wiki Plugin (extends basic syntax)

{syntax type="tiki" editor="plain"}
__Tiki__: 6.1
__Browsers__:
*Firefox - 3.6.13
*Safari - 5.0.3

When I use the {IMG} plugin to load a PNG file that has a transparent background from a file gallery it becomes a JPG (specifically a "jpeg") and all transparency is lost. The image has a black background. If I load the same file from the filesystem directly using the same {IMG} plugin it loads properly.

I have created an example page with viewable source [http://redwood.cichosz.org/cichosz/tiki-index.php?page=Image+Problem+Example|here]

I am uncertain as to if this is a clue for this bug report, or if it should be a separate bug report, however displaying the same PNG from the file gallery produces a very low quality jpg representation as well. A screenshot of the image displayed through the file gallery can be access from [http://redwood.cichosz.org/cichosz/tiki-download_file.php?fileId=8&preview|here].

--Steve

That used to work in earlier LTS versions of Tiki (6.x, 9.x). It's currently also broken in 9.x LTS current code.

You indicate to preselct a value in a dropdown list in a tracker (foo,foo,bar). The field gets pre-selected in the tracker form itself when used direcetly through the tracker feature. But when used through the PluginTracker, no pre-selection is made.

See the show instance to get it reproduced
Go to the "Voting" page, and compare to the "tracker1" interface.

u: admin
p: 12345

You can also reproduce in your own Tiki by means of applying the Profile "Vote".
http://profiles.tiki.org/Vote

On Tiki23 I set a CUSTOMSEARCH plugin to display a list of tracker items in a table output template with some actions buttons for each rows.

{CODE()}
{DIV(type="span" class="click-modal")}[tiki-tracker-update_item?trackerId=22&itemId={display name="object_id"}&modal=1|{icon name="edit" iclass="text-warning mx-2 click-modal"}]{DIV}
{CODE}

It work just fine.

But if I try the same on a List or ListExecute plugin, the "&" in the url are changed to "&" which is breaking the link. You have to add for the column "mode=raw".

Would be nice to have the (same) behaviour like in the CustomSearch plugin (no change)

---


Complete plugin code to reproduce.
{CODE()}
{LISTEXECUTE()}
{filter field="tracker_id" content="22"}
{filter field="tracker_status" content="o OR p"}
{OUTPUT(template="table")}
{column label="Date" translatelabel="y" field="date" mode="raw"}
{column label="Name" field="name" translatelabel="y" mode="raw"}
{column label="Month" field="month" translatelabel="y"}
{column label="" field="action"}
{OUTPUT}
{FORMAT(name="date")}{display name="tracker_field_productsboughtDate" format="date"}{FORMAT}
{FORMAT(name="name")}{display name="tracker_field_productsboughtCustomer" format="objectlink"}{FORMAT}
{FORMAT(name="month")}{display name="tracker_field_productsboughtMonthOrder"}{FORMAT}
{FORMAT(name="action")} {DIV(type="span" class="click-modal small")}[tiki-tracker-update_item?trackerId=22&itemId={display name="object_id"}&modal=1}|{icon name="edit" iclass="text-primary mx-2 click-modal"}]{DIV} {DIV(type="span" class="click-modal small")}[tiki-tracker-insert_item?trackerId=11&modal=1}|{icon name="cash-register" iclass="text-success mx-2 click-modal"}]{DIV}{FORMAT}
{ACTION(name="Close")}
{step action="change_status" from="p" to="c"}
{ACTION}
{LISTEXECUTE}
{CODE}

---

Another example is the fact that most of the time the expected value for "field" if it is to be filled with a tracker field parameter must start with "tracker_field" but not for the plugin ListExecute modify-item parameters. This add confusion to people new to the plugin ListExecute.

{CODE(caption="Not accepted)}
{step action="tracker_item_modify" field="tracker_field_paymentsStage" method="add"}
{CODE}

{CODE(caption="Accepted)}
{step action="tracker_item_modify" field="paymentsStage" method="add"}
{CODE}

I'm trying to get a wiki page using the Plugin LIST to work on Tiki 12. The situation I'm trying to recreate was set up with help from LPH and JB during TikiFest Montreal/Ottawa-Gatineau on the then svn version 11.0.

To get help, I'm hoping to be able to use show.t.o. I guess I have to first post the basic description of the problem, then I'll get a chance to make a show.t.o site.

I have experienced problem with russian characters & plugins on the same page. If I use something like

~np~
ывкпльжлдвьпи
вапывапвыапи
вапывпаывпрвыри
dkmfgbklmb
kmdbfkvms;db
((test2|Тест 2))

{BACKLINKS(info=>hits|user,include_self=>1,noheader=>0)}{BACKLINKS}
~/np~

as a page source, I get

~np~
ывкпльжлдвьпи
вапывапвыапи
вапывпаывпрвыри
dkmfgbOne page links to test
HomePage
>1,noheader=>0)}{BACKLINKS}
~/np~

as a result. If I move addon to the start of the page (before any other contents) it works as intended. TikiWiki versions 1.9.8.3, 1.9.11 over MySQL.

I tried same using demo installation on http://www.opensourcecms.com/cms/tiki, behavior is little different, but still buggy: when I pasted same content it shows

One page links to test
HomePage

without table grid & omitting any of text before addon inclusion. More strange, after some editing (like adding another addon & removing it) I can get it to normal work and then again get broken page after inserting/deleting several carriage returns.

[https://doc.tiki.org/Trackers | Trackers] in Tiki are [https://tikitrackers.org | touted] as an easy, convenient way to rapidly build databases and simple web interfaces for them, essentially simple knowledge management applications for all types of organizations. However, creating the interfaces to view them and integrate them into wiki pages is harder and more confusing than it should be, because it expects you to magically know the exact raw values to be used, instead of offering you choices of valid values based on the current combination of filters.

Let's say I want to quickly make a nice table showing a sortable and searcheable list of items from a Tiki tracker; to my understanding, I am supposed to use PluginList to do that (instead of TrackerList ..?), however when I try to use [https://doc.tiki.org/PluginList---Graphical-User-Interface | the GUI] to do it (as of Tiki 24 and older, this means clicking the "?" button on the right of the page content's editor toolbar, then clicking "Plugin Help", then searching for "List", then clicking the little icon on the left of the "List" name), I get a GUI that can help write the syntax... however, even if I somehow figure out that I need to add filters for:

* type="trackeritem"
* field="tracker_id" content="some number"
* field="some_other_variable" contents="something else"

...it's not really easy nor efficient, because it expects you to magically know and input the exact value needed, instead of offering you choices of valid values. This is annoying when editing an existing List, but it's even more annoying and intimidating when creating a new one, because you're facing a blank page and have no idea what to add where.

Ideally, whenever and wherever possible, it should provide a "picker" widget that lets you select among valid values. For example, in the case of tracker_id, it should show me a list of trackers with their names (i.e. some dropdown combobox widget that has not just the ID numbers, but also the nicknames of those trackers). Same with tracker_status, and various other fields; particularly for fields that have multiple choices (instead of raw strings that could be anything), it would make a lot of sense to present those choices to pick from.

I understand that Trackers are a power user tool, but certainly there would be areas in the GUI where Tiki could present "choices" and presets that accelerate the workflow and productivity, instead of requiring the user to memorize a bunch of numbers and raw values (and not make any mistakes) or have a big amount of browser windows open side by side to try to find the information in one window and input the information in the other. It would just be so much faster if the software could assist and speed up the human in this task; after all, that's what we have computers for!

provide some button for users to save their choices (or cancel) other than the edit button they clicked on to display the options to choose from to make it more consistent with the rest of tiki

See it reproduced here:
https://tiki.org/Roundtable+Meeting+2016+09

Quote plugin helper does not include selected text as the quote data. It worked before with the former Quicktags "text" selection.

{img src=images/code.png}%%% {CODE(wrap=1)}
{QUOTE(replyto=BillMac)}
I have found that, if I want to find something on tw.o sites, I should disregard TW's search feature and use Dogpile to look things up. The TW search capability is so weak that it is almost "a missing feature." At the very least, "TermA TermB" searches should be "termA AND termB" not "termA OR termB." The plus/minus markers are fine if you're in the know, but they don't work well either. Using the category/group filters renders a whole different set of answers; not GOOD answers, just different. Without those filters, unauthorized users see parts of pages they are not supposed to see at all. Not a missing feature, a broken feature.

Gosh, I hate to be so negative.
{QUOTE}
{CODE}

Generates:
{QUOTE(replyto=BillMac)}
I have found that, if I want to find something on tw.o sites, I should disregard TW's search feature and use Dogpile to look things up. The TW search capability is so weak that it is almost "a missing feature." At the very least, "TermA TermB" searches should be "termA AND termB" not "termA OR termB." The plus/minus markers are fine if you're in the know, but they don't work well either. Using the category/group filters renders a whole different set of answers; not GOOD answers, just different. Without those filters, unauthorized users see parts of pages they are not supposed to see at all. Not a missing feature, a broken feature.

Gosh, I hate to be so negative.
{QUOTE}

To reproduce:

* Create a tracker
* Add radio field radio1 with values a,b,c,d,e,f
* Add radio field radio2 with values 1,2,3,4,5,6
* Create wiki page, use the tracker plugin: (with the right field and tracker id)

{code}{TRACKER(trackerId=>1, fields=>1:2)}Thank you.{TRACKER}{code}

* Click on the label for the value "2" in the radio2 field.

It should not select option "b" of radio1, but it does, since the share the same id.

It is fine in Tiki 12 and up.

The plugin list need a real "random" sort option to display trackeritem randomly in a list.
It will help to use it in many place.

For example at https://tiki.org/consultants
We use {CODE()} {sort mode="randommode" modes="tracker_field_tikiConsultantsUsername_asc, tracker_field_tikiConsultantsItemID_ndesc, tracker_field_tikiConsultantsItemID_asc, tracker_field_tikiConsultantsSorting_asc,tracker_field_tikiConsultantsName_asc, modification_date_asc, tracker_field_tikiConsultantsName_desc"}{CODE}

With all this parameters it even couldn't get the illusion it is random. Refresh 4 or 5 times the page and you will see that the list is permutation of the same order.

Tiki should be able to insert a random, active poll by using:
{CODE()}
{poll}
{CODE}

However, this is broken in 7.x and 6.3

Imagine making a tracker to keep track of your projects. Also include in this a tracker to keep up with tasks.

When using a tasks trackerlist in a text area field used as a pop-up within a project trackerlist the page containing the trackerlist becoms unusable (chrashes more or less).

Related:
[wish1489|Wiki page name Alias]
[wish1119|Better handling of page renaming]
[wish1292|Plural WikiWords when using ((WikiWord))]

There is a tiny bug, if you call a page with just the redirect information (the only information which is given at the "wiki help" box for plugins nowadays - 10 june 2005, tiki 1.9.cvs)

If you add on a wiki page called "user"
{CODE()}
{REDIRECT(page=>UserPageuser)/}
{CODE}

Tiki attempts to redirect you to:
{CODE()}
http://tikiwiki.org/tiki-index.php?page=UserPageuser)&redirectpage=user
{CODE}
(notice the __~~red:)~~__ after ))UserPageuser(( .)

Thus, Tiki redirects you to the 404 error page.

Instructions on the wiki help box should be updated, at least.

Cheers, and thanks for your work with Tiki.(:smile:)

---
update: fixed, I think

Hi,

We use ' Last update from SVN (18.1svn): Thursday February 22, 2018 15:47:32 +01 - REV 65559 (InnoDB)'

'Default bootstrap theme' -- 'no customization'.

__The REMARKSBOX:__
{CODE(caption="The REMARKSBOX" colors="tiki" theme="default")}
{REMARKSBOX(type="information" title="Hva er Wiki")} ... {REMARKSBOX}{CODE}

We experience that AutoTOC is not rendered properly (some headings are missing) when a REMARKSBOX is present in the Wiki page:
{img fileId="1164" thumb="box"}

Thanks!

Erik Qvam

------

The first entries seem to be ok up to the point where there's a "REMARKSBOX" in a wiki page. after such a remarksbox, no more (sub-)headings appear in the "autotoc" list, it seems to be truncated.

This regression from Tiki 12 to Tiki 15 was first reported by cpeter in {wish id=5928}.

This does not happen if REMARKSBOX is called in a level 3 section.

Not possible to change icons in REMARKSBOX.

Imagine you have 2 wiki pages. Page A and Page B, and Page B is assigned to category X.
In page A you use the CATEGORY plugin to list all objects from category X, and thus, it lists the "Page B" name, which links to it.

Then you rename Page B to Page C. In page A, the plugin category still shows name and link to "Page B", and not the updated name and link: "Page C".

This bug has been here for almost a year, and it is present in 1.9 and 1.10
---
bug still alive on tiki 2.1, and confirmed also after deleting pages, and clearing tiki caches.

It can be tested on (production) site for registered users at:
http://uniwiki.sima.ourproject.org

I know for basic refreash you can use some java script but I was thinking it could be nice for less technical people to add a plugin that refreashs a wikipage that maybe holding lots of telemetry that changes every few seconds.

respect/obey object permissions (beyond global) with plugin pivottable
To be reproduced in short.
Cases to be handled properly:
a) granted globally but restricted locally
b) granted only locally

Reproduced:
admin access:
http://xavi-9794-6148.show.tikiwiki.org
u: admin
p: 12345

__Case a) granted globally but restricted locally__
http://xavi-9794-6148.show.tikiwiki.org/tiki-index.php?page=Homepage+for+Staff
u: client1
p: client1
Group clients has global perms to view and edit wiki pages, but for that specific page, Clients can only see the page, and not edit it (managed through object perms).
However, user client1 currently can see the button to "Edit pivot table" (by mistake), while can't see the button to edit the wiki page (as expected). If the user clicks at edit pivot table, can change controls, but at saving time, nothing is changed (as expected, since he/she doesn't have perm on that page to edit it).

__Case b) granted only locally__
http://xavi-9794-6148.show.tikiwiki.org/tiki-index.php?page=Homepage+for+Staff
u: staff1
p: staff1
That page has object perms (not global) for group staff to view and edit. User staff1 can edit the page, but this user doesn't see the controls to edit the pivottable plugin.

Review all mods and decide what should be added to BRANCH-1-10
http://mods.tikiwiki.org/

Please see: ((To mods or not to mods))

criteria:
*license
*size
*security
*potential popularity of feature
*non-reliance on 3rd party code


Plugins that will now be in core (and removed from mods):

*include ok in 2.0, should be removed from mods
*[http://mods.tikiwiki.org/details.php?type=wikiplugins&mod=perm|perm]
*group (ok) should be removed from mods: wikiplugin_group.php
*[http://mods.tikiwiki.org/details.php?type=wikiplugins&mod=files|wikiplugin_files.php]
*wikiplugin_listpages.php ok?, just remove from mods?
*[http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1550|wikiplugin_mouseover.php needs to be fixed, then moved]
*wikiplugin_trackeritemfield.php __done in 2.0__

Reason:
*Great plugins
*Mods installer doesn't work for everyone and there is no documentation for manual install

BRANCH-1-9 is not working
http://themes.tikiwiki.org/tiki-index.php?page=rssaggregator

HEAD is maybe working.

On https://doc.tiki.org/Documentation#contentdochome-3 you can see under the "The latest Tiki news" that there are links to latest articles on tiki.org but each article title is repeated there 3 times - each with slightly different link, for example:
{CODE()}
https://tiki.org/tiki-articles_rss.php/article447-Tiki-17-0-released
https://tiki.org/tiki-articles_rss.php/img/smiles/article447-Tiki-17-0-released
https://tiki.org/article447-Tiki-17-0-released
{CODE}

Only the third one is correct and should be there. Please fix if you know how ;)

Thanks,
luci
---
Update 9/10/2018:
This is still there and it is not helping us with automatisation that are (could) help us to spread our news on different social network tools.
https://tiki.org/Community show 8 feeds for The opening of Tiki Online Open Hours

Gary mentioned that a new feed is create on each editing. Seems related.
---
Update 11/10/2018:
I tried to understand better and check setup different websites:
# On my local, debugger on, I can’t reproduce
# On my own website; https://bsfez.com/playground
## First check I have a single entry for each article in the feed module
## Second check (can’t say if it is hours later or days laters) I have 2 entry for each article. It is really unlikely I edited each one once and only once so it moderate the editing option (each edit add an entry).
+ {img fileId="1233" thumb="box"}
+ {img fileId="1234" thumb="box"}
# On tiki.org, they were some edit yesterday (by Luci) and now we have 4 entry for the last article
+ https://tiki.org/Community
+ {img fileId="1235" thumb="box"}

I have an image inserted using the wiki toolbar on a wiki page.
The wiki page contain 18 {DIV()}.
When I edit the plugin setting using the "edit icon" the new setting are not saved.

Note: If I edit using the dialog from the help icon it work:
#go to edit page,
#select the content of the plugin {IMG(mysetting)}{IMG}
#go to help icon and select img

If I reduce to 17 {DIV()} the direct plugin editing is working back. (check history v35,36,37 of the page on the instance)

NOTE : During the same session I found out that I can't insert a quote plugin within divs (I can at the bottom of them) or I had also to remove a DIV (else it broke the display).

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