Category: 21.x

While refining the localization for German (de_de), I came across voting, polling and surveys in Tiki.

Unfortunately (because Tiki just makes "blind" (or "dumb") string matching disregarding context, votes and poll answers and results are mixed up, especially when they are called "vote", making it very hard to translate (because the translations for those differ vastly).

The entire systems for voting, polling, surveying (and rating) should be proof-read to ensure a consistent language (and here I speak about English) throughout Tiki. Maybe this should be supervised by a native speaker of English (which I am not, so read the following cum grano salis).

To show you what I mean by that:
A poll is NOT a voting (election). A poll is (mostly) a survey done by researchers or journalists. Even if it is done in front of an official place to cast votes (unfortunately here even language itself being imprecise, calling such places "polling stations"), the so-called "exit poll", voters of the actual election are asked (!) about their votes or ballots.

What these people answer to the poller are NOT votes (votes are cast inside and are mostly secret!). These are answers that voters give voluntarily, and may or MAY NOT be identical to the actual votes (people are entitled to lie to a poller!).

So do not call answers to a poll "vote", please. They are votes if they are part of an actual decision making process in the operation of a Tiki installation.

We should therefore distinguish between poll and election.
If users are asked about opinions, these are answers.

And rating is something different, here users give gradually defined answers, best example is "school grades" (side remark from your fellow translator: In the US those are from A to F, in Germany they are from 1 to 6, A und 1 being the best)

placing ~np~ {CONTRIBUTIONSDASHBOARD()}{CONTRIBUTIONSDASHBOARD}~/np~ into a wiki page will case a fatal error.

Plugin Convene should display the option to add the name and choices at the same time, with a clear "save" button in the usual bottom right corner. Like the default behavior of the Doodle app., that it aims to mimic/resemble.

See as an example:
http://doodle.com/poll/bspuacxzuutfpz3y

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

Tested on nextdev using Chrome and Safari:

Nothing happen when you insert a plugin using the "help" tab.
Nothing happen when you click on the edit icon of an existing plugin (the puzzle icons).

See : https://share.vidyard.com/watch/FG7sUhfVP5Zp7o6tdb3FAL?

plugin list filter by category doesn't seem to work on dev.t.o. Example: I dereived some list code from ((Tiki20)) page towards ((jQuery Gantt editor)) page, adapting the filter condition to match categ id 345:
{CODE()}
{filter content="5" field="tracker_id"}
{filter field="tracker_status" content="o OR p"}
{filter field="tracker_field_category" content="345"}
{CODE}

There is at least one item linked to that category
https://dev.tiki.org/item7122-Editing-a-Gantt-Chart-shows-missleading-messages-success-and-error

But plugin list returns zero results.

Am I doing something wrong? (I used to be able to write plugin list calls with filters and such). Some regression?

Plugin Convene should suggest by default the username of the user viewing the page as the one to be added.

With long lists of users, like in t.o, browser becomes slow due to the building of the long users list. It' would be way easier for most use cases if your own username was provided there as a suggestion (for logged in users) so that user just needed to click at "+" button.

PluginConvene UI doesn't display X number cells when casting choices after user added X number of new dates. Reproduced here:
https://tiki.org/tiki-pagehistory.php?page=201909+TAG+Meeting&newver=44&oldver=43

I added two new date options, and then, when I attempted to edit my choices through Convene UI, I was not able to add all my choices, 2 cells were missing. In fact, they were missing also at display time. Odd.
Gary reported some similar oddity in that page also:
https://tiki.org/tiki-pagehistory.php?page=201909+TAG+Meeting&newver=24&oldver=23

((doc:PluginDiagram)) in ((doc:Tiki20)) seems a very promising feature.
In my first test, I didnt' manage to make it work when choosing to save the diagram in a file gallery, I don't know why. It just doesn't display the diagram within the wiki page where the diagram was called.

If I choose to save the diagram within the wiki page, then everything works as expected.
If I manyally get the xml code from the diagram created in the file gallery, and place it inline within a new call of plugin diagram in the wiki page, the diagram displays as expected.
If I click at edit the diagram from the wiki page (even If I don't see the diagram displayed in the wiki page, I see the button to continue editing it), I can see it and edit it in the diagram ui editor, as expected.

Only issue is (apparently) to display in the wiki page the diagram stored in a file gallery.

HTH

((doc:PluginDiagram)) works when saving in wiki page but fails when saving to file gallery

I'm wondering how to expose the param zoom Level (as seen here: https://github.com/robicch/jQueryGantt/blob/master/ganttZoom.jsmarc ) to the tiki ((doc:PluginGanttChart)), so that in real world scenarios where we have lengthy tasks across several years, we can have a nicer default view for decision makers.

Any hints?

You can get a working instance to start with by means of applying the ((pr:GanttChart)) profile.

{CODE(caption="No title/text, image displayed with correct height" theme="default")}{SWIPER(fileIds="729,731,728" ...{CODE}

{CODE(caption="Title and Text displayed, but image reduced in height" theme="default")}{SWIPER( effect="slide" navigation="y" titleColor="#fff" descriptionColor="#aaa" slideContentBg="rgba(00, 00, 00, 0.5)" slideContentPostion="top:20%;left:20%" displayThumbnails="n" loop="y" autoPlay="y" autoHeight="n" slidesPerColumnFill="column" centeredSlides="n" slideToClickedSlide="n" freeMode="n" preloadImages="y" updateOnImagesReady="y")}|title:Title 1; text:Text 1; image:tiki-download_file.php?fileId=729|title:Title 2; text:Text 2; image:tiki-download_file.php?fileId=731| title:Title 3; text:Text 3; image:tiki-download_file.php?fileId=728{SWIPER}{CODE}



Update (by Mike Finko), Nov. 17, 2020):
Here is a screen cast of the 'Cube' slider incorrectly displaying -
{file type="gallery" fileId="1466" showicon="y"}

and here is the code that generates it:
{CODE(theme="default")}::{swiper fgalId="6" effect="cube" navigation="y" width="500px" autoPlay="y" autoPlayDelay="2s" displayThumbnails="n" autoHeight="n" slidesPerColumnFill="column" centeredSlides="y" slideToClickedSlide="n" freeMode="n" preloadImages="y" updateOnImagesReady="y" loop="y"}::{CODE}

{syntax type="tiki" editor="plain"}
--This does not work anymore:-- Connot reproduce on show. Seems to be some local issue :( {sign user="luci" datetime="2018-01-22T20:46:55+00:00"}
{CODE()}{tracker trackerId="8"}{CODE}

It used to work. Showed the form with all the fields when not specified by -+fields=""+- param.

The inline help even claims so:
"Colon-separated list of field IDs to be displayed in the form as input fields. __If empty, all fields will be shown.__ Example: 2:4:5"

Now just shows the Save button alone.

__Update:__ Just encountered the same issue on a site upgraded from 9.x to 21.x :( Does it need some new preference to work? {sign user="luci" datetime="2020-10-13T17:56:56+00:00"}

Hello everyone.
I'm encountering the following issue. I found some tickets regarding this message but nothing seems to be related to this specific issue.
Is this a bug or something from my side? Any clues?

When I'm trying to access the page `/tiki-syslog.php` I'm getting this error message
__Error message: __
-+Potential cross-site request forgery (CSRF) detected. Operation blocked. Required headers are missing.+-

__Log output:__
-+Request to /tiki-syslog.php failed CSRF check. Requesting site could not be identified because HTTP_ORIGIN and HTTP_REFERER were empty.+-

__Server Info__
* Release: Debian GNU/Linux 10 (buster)
* Database Version: 10.3.23-MariaDB-0+deb10u1
* PHP version: 7.3.19-1


Thank you very much.

When a multiselect preference is saved it gets encoded in the database so it can be retrieved as an array.

The preference is sometimes not encoded into an array and instead returned as a string. I have not narrowed down under what conditions it does this, but have found that it often works, and only sometimes returns a string. It appears to go for periods where it will return an array and others where it will return a string.

Fatal error: Uncaught TypeError: Argument 1 passed to Language::findLanguageNames() must be of the type array, string given, called in /var/www/virtual/tiki.ocr.suite.wiki/html/tiki-upload_file.php on line 88 and defined in /var/www/virtual/tiki.ocr.suite.wiki/html/lib/language/Language.php:671 Stack trace: #0 /var/www/virtual/tiki.ocr.suite.wiki/html/tiki-upload_file.php(88): Language->findLanguageNames('a:1:{i:0;s:3:"e...') #1 {main} thrown in /var/www/virtual/tiki.ocr.suite.wiki/html/lib/language/Language.php on line 671

When I put a "/" slash at the end of an existing page or a non-existing page, what follows is that the links included in the page no longer point to the root, but take into account the name of the page that precedes the slash. Then all inclusions go through the name of the page.
You can see this in the image below:
{img src="display1388" class="img-responsive"}

Issue reproduced in live at this page today{sign user="xavi" datetime="2020-09-23T16:57:09+00:00"}:
https://tiki.org/Roundtable-Meeting-2020-09

(it can probably be seen reproduced in the recording of this TRM, whenever it's available)

First user clicks at the plugin together button in the side module, and go to edit the TRM page. Second user clicks also to the PluginTogether button, and click at the edit page button. We (6 users) ended up into something like one or the other session: lines added by user2 were not seen by user1 but by user 4, and some other users were in the same session as user1.

It seems as if the user1 started a together session, user2 started a together session somewhere else, and they both edited the same wiki page, staying in 2 different together sessions. The rest of the users entered one or the other (unclear what criteria made them enter 1 or the 2nd session)

I have a pluginList that produce a listing.
I need to print this listing and to print only the data, the table I use "d-print-none" class on the customSearch template, and other buttons bar (custom and Tiki).

I use a small jq script and a nice button
{CODE(caption="jq")}
{jq}
$('.print-button').on('click', function() {
window.print();
return false;
});
{/jq}
{CODE}
{CODE(caption="html")}
<a href="#icon-print" class="print-button m-1"><i class="fas fa-print"></i> </a>
{CODE}

It work fine on Firefox but not on Chrome and Safari.
{img fileId="1377" thumb="box"}
{img fileId="1378" thumb="box"}

May not directly related to Tiki... but it used to work.

Hi.

I think I found a bug about absolute and relative links. I have a page
"Tikitest:_:Links" and three links on it:

((Tikitest:_:Links:_:Abc))
((Tikitest:_:Links))
((Tikitest))

The first one gets interpreted as a relative link - relative to Tikitest, not to Tikitest:_:Links. This means it leads to Tikitest:_:Tikitest:_:Links:_:Abc. The second one gets interpreted as an absolute link and the "Tikitest" part gets rendered in an oval, with a grey background. This doesn't happen with the first link. The third one gets interpreted as a absolute link as well.

The first one was dangling, when I created the page.

I'm using Tiki Version 21.4.

Bye,
Volker

Elasticsearch was set up recently on the *tiki.org sites (thanks to Roberto and Jonny). On the positive side, the results seem to be very good, but I noticed some glitches when doing a search at themes.tiki.org. I entered the word "Bootstrap" in the search input on the homepage and "1.0" appeared in the dropdown. I clicked that and it moved up to the input as if I wanted to search for "1.0", so I had to delete it and re-input my search term. I wonder why that "1.0" appeared. Not a big deal but kind of strange. Later, when I entered "Bootstrap" again on the homepage after doing my first search, there was the expected list of "Bootstrap" results in the dropdown, so the "1.0" item had gone away.

On the results page, with no filters applied, I see that the headings of many results end with the word "External" which makes sense when the links are to tiki.org or dev.t.o., etc. But quite a few of the results that say "External" are actually at themes.tiki.org. The only pattern I can find is that wiki pages don't seem to be affected by this, but trackers, forums, file descriptions, etc. are.

One other thing is that some of the search results link to a page of search results, like -+https://themes.tiki.org/tiki-searchindex.php?filter%7Econtent=Bootstrap&exact_match=y#threadId=3168+-. This seems like a bug.

Finally, I assumed the "Federated search" filter would filter results by site. But I tried each of the options - dev, tw, and doc - and didn't see any change in the list of results, which still came from all of the *tiki.org sites. (By the way, I thought I noticed a "local search" option the first time I used the filter, but it didn't appear as an option after that.)

I then tried filtering by object type - I chose "file gallery" - and again there's no effect. Every result was listed no matter what object type. I tried filtering after submitting a search term and getting results, and also filtering with the initial search request - no difference: no filtering.

Some profiles bring up this fatal error when you try to preview the changes to be made:
{CODE()}
Fatal error: Uncaught TypeError: Argument 1 passed to Tiki_Profile_Installer::install() must be an instance of Tiki_Profile, boolean given, called in /var/www/clients/client1/web16/subdirs/tiki19x/admin/include_profiles.php on line 85 and defined in /var/www/clients/client1/web16/subdirs/tiki19x/lib/core/Tiki/Profile/Installer.php:409 Stack trace: #0 /var/www/clients/client1/web16/subdirs/tiki19x/admin/include_profiles.php(85): Tiki_Profile_Installer->install(false, 'all', true) #1 /var/www/clients/client1/web16/subdirs/tiki19x/tiki-admin.php(545): include_once('/var/www/client...') #2 {main} thrown in /var/www/clients/client1/web16/subdirs/tiki19x/lib/core/Tiki/Profile/Installer.php on line 409
{CODE}

__Update__
In 22.x it brings an Error alert dialog:
^__Error loading profile__
This message will move to the top of the page after a few seconds.^

Profile user experience can be improved.

While effort should continue to improve existing profiles, shouldn't it make sense to focus first on easy steps that can be done:

* Is Profiles the right word to name ? (https://en.wikipedia.org/wiki/Profile), it means so many things...
May be there is not a single word for this. May be we should use word that doesn’t mean anything (Tikifigurator :-) ) so no confusion.
* tiki-admin.php?page=profiles should be revamped
++ {img type="src" src="http://avan.tech/dl2287?display" thumb="box"}
** Help text could be added to explain what, how, why... (may be reuse the remark box - I can’t find it useful for new user - links didn’t work for me in trunk local)
** We could display only one version of the profile, the one that work with the running Tiki (and remove anything about 3x, 4x, 5x, etc)
++ {img type="src" src="http://avan.tech/dl2288?display" thumb="box"}
** We could display already a list of profile by default (last 10 updated) (not the mini profile); it will help to understand what this does
** Remove or modify the "Profile type" selector (confusing)
** The profile repository dropdown could be moved under the advanced tab (till there are more repository)
* When applying a profile
** Once a profile is selected and ready to be applied we shouldn’t see (again) other profiles but only the one selected (so we have more room to see the profile content: setting, instructions, etc)
++ {img type="src" src="http://avan.tech/dl2289?display" thumb="box"}
** The table where is displayed the profile information should be adapted to the size of it’s content (scroll, content is hidden)
** Add some screen shot (corresponding to the version of the Tiki running)
* After a profile is applied
** Hide the long list of "changes has been applied" (viewable on click) - (if someone want to see it he can but we don’t need to put that long and scary list)
** A Success message should be seen first ;)
** The result should be mordernized and help doc should guide better. This screen show the result and it is not the nicest design we can expect with Tiki today and user doesn’t have any guidance about what to do from here.
++ {img type="src" src="http://avan.tech/dl2290?display" thumb="box"}

Hi,
TW newbie here, not sure if it's the right category and the right format. Please deal with humans willing to help :)
This post is to solve:
-+Add an Application Programming Interface (API) to improve Federation capabilities, and for BPMN, hopefully in Tiki22
Mainly add a REST API "adaptor" code to make all services available over REST +-
from https://dev.tiki.org/Tiki21

I needed a REST API now and really start to enjoy tikiwiki 21 in my docker container.
I successfully installed a PHP script to solve it for me:
https://github.com/mevdschee/php-crud-api
It serves the whole database with rest api endpoints, so you need to configure which tables you want to serve (trackers, pages, ...)

About integrating it in TW ... unfortunately I'm not a great coder and new to tikiwiki, so not of great help for now :(
If you share with me how you solve this, I might help to code directly in the future.

If any TW guru would like to test. I went through hurdles with docker:
https://github.com/mevdschee/php-crud-api/issues/669

Not sure if it's popular for other TW members but it was mandatory for me.
Easy to solve? Yes for working solution, I don't know for integration.

TW solves the IP thing so I guess it will a walk in the park for you :)
Have a great day!

Needed to make this a new item, since it is not a feature request (like item 1413).
I cannot make PWA work.
With Tiki 21.1 neither in Firefox nor in Edge I am able to view the site offline.
Tiki setup:
- HTTPS enabled/mandatory
- REFURL is disabled

Browser:
- Firefox on Android: Add to Home screen ... not working
- Firefox on Win10: Simply browse url ... not working
- Edge on Win10: Url saved as App ... not working

Am I missing something??

The Tiki preference "Session storage location" must not be set to "database"

{QUOTE(replyto="kroky6" date="2023-03-10")}Debugged for some hours and came up with this:
- no problem in cypht code itself - reply details are sent to the session to be written and requested from session on the compose page but there are not there when requested
- session Tiki-Cypht integration - no problem as well, session is written when request finishes
- data that is written to the mysql sessions table (this Tiki stores sessions in db) is correct (contains the reply details)
- however, the data is not in mysql database after write

Tried to debug more with manual query, tried to simplify with select and then update or insert instead of replace type of query but again the same result.

I think this is what happens - every time this bug happens, there are multiple AJAX requests executed in the background. I think they overlap in time which results in the following race condition:
1. get message content cypht ajax request begins and is processing.
2. another ajax request begins and opens the session (reads the current session and there are no reply details there).
3. get message content cypht ajax request writes the session when completing and writes the reply details
4. the other ajax request finishes after that and writes the session but it doesn't have the reply details (effectively overwriting another process's session).

I think we switched for non-locking mode of db sessions to speed up this Tiki but when we face overlapping ajax requests this has adverse side effects. Do you remember why did we switch to non-locking mode? I think we should either update cypht-Tiki integration to send one ajax request at a time or switch to session lock mode the whole site.{QUOTE}

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.