Category: 23.x

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"}

It is not possible to move a topic/discussion from a main forum into a subforum.
It is not possible to move a discussion in a subform into another subforum.

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}

On a Tiki23 (Sunday October 31, 2021 09:32:13 IST) I can't upload files anymore using the tracker field file.

As soon as the file is selected I got this error:
{CODE()}
rosh_hashana.png (Filter not found: asArray)
{CODE}

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

Browsing and selecting a file work.

Upon visiting tiki-wizard_admin.php, I get "Object of class AdminWizardCompleted could not be converted to string". See attached pics.

PHP version 7.4.24

When changing object permissions, e.g. on a wiki page, when I confirm the permission change I get a feedback message "No permissions were changed" on top of the page which is not true. It actually changed the object permissions as intended, just the message is wrong!

Cheers,
luci

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.

The pages are now listed twice at https://dev.tiki.org/tiki-listpages.php

See:
{img fileId="1583" thumb="box"}

I have a tracker with 2306 items that individuals can filter through. If the search result is large enough their is an option on the bottom to select a page of results or they can chose a next or previous button. The initial result is fine, but if they select any option they are redirected to a page that lists the "path" of the url twice i.e., "https://example.com/tiki-index.php/tiki-index.php?page=TrackerName&tr_offset1=25" the same issue happens when I select from tracker directly i.e., "https://example.com/tiki-view_tracker.php /tiki-view_tracker.php?trackerId=6&offset=25"
In both instances if I remove the duplicate "path" I get the desired result. However, I cannot expect the user to take this action. I have this issue with tiki21.4 and tiki23.0
It seems to be an issue with parsing the url and putting it back together with the path twice. I have been coming through lib/tikilib.php to see if I can find the issue. I didn't have this issue with tiki18 which was prior to the change in 21 that included converting from absolute to relative links

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].

I'm testing the PayPal capabilities of Tiki and this is about the "memberpayment" wiki plugin : https://doc.tiki.org/PluginMemberPayment

Following the doc I used the plugin as simple as possible as well as other requirements;
https://doc.tiki.org/Payment


__Groups__
I created a group;
* Enabled "User can assign himself or herself to the group"
* Set Membership expiry, Number of Days to 365
* Set Pro-rata Membership to "year".

__Payments__
* Payment system: Paypal
* Currency: Euro
* PayPal ID: paypal email
* PayPal environment: Production
* Enable PayPal instant payment notification (IPN)
* Enable Payment data transfer (PDT)
* Set the Payment data transfer (PDT) token
* Redirect after PDT payment: https://dev.domain.org/BernardPremium_homepage

__Subscribe page__
I set a plugin:
{CODE()}
{memberpayment group="BernardPremium" price="1" returnurl="https://dev.domain.org/BernardPremium_homepage"}
{CODE}

---
Use cases
Notes: payment are completed in all cases and it create an row in the Outstanding table (tiki-payment.php#content_payment1-1)

If a member of the Admins group subscribe himself and do a manual payment: He is assigned to the group. The user is redirected to tiki-payment.php?invoice=nn (almost good)

If a member of the Admins group subscribe another user and do a Paypal payment: The user is NOT assigned to the group, he is not returned to the Tiki site automatically. If he clicks on "return to merchant" the user is redirected to tiki-payment.php?invoice=nn (bad)

If a registered user and do PayPal payment: The user is NOT assigned to the group, he is not returned to the Tiki site automatically. If he clicks on "return to merchant" he is returned back to "tiki-payment.php?invoice=nn" (bad)


While I'm not getting into the code I understand 2 mechanism are invoked and not working.
Group assignment
Returning from Paypal

I'm not sure if they are required together to have the user assigned.

I'm testing the PayPal capabilities of Tiki and this is about the "memberpayment" wiki plugin : https://doc.tiki.org/PluginRegisterMemberPayment

Following the doc I used the plugin as simple as possible as well as other requirements;
https://doc.tiki.org/Payment


__Groups__
I created a group;
* Enabled "User can assign himself or herself to the group"
* Set Membership expiry, Number of Days to 365
* Set Pro-rata Membership to "year".

__Payments__
* Payment system: Paypal
* Currency: Euro
* PayPal ID: paypal email
* PayPal environment: Production
* Enable PayPal instant payment notification (IPN)
* Enable Payment data transfer (PDT)
* Set the Payment data transfer (PDT) token
* Redirect after PDT payment: https://dev.domain.org/BernardPremium_homepage

__Subscribe page__
I set a plugin:
{CODE()}
{registermemberpayment group="BernardPremium " price="1" returnurl="https://dev.domain.org/BernardPremium_homepage"}
{CODE}

---
Use cases (Paypal payment is completed in all cases)

If a member of the Admins group subscribe himself and do a manual payment: I got a WSoD (https://dev.domain.org/tiki-payment.php). (bad)

If a member of the Admins group subscribe himself and do a Paypal payment: The user is NOT assigned to the group, he is not returned to the Tiki site automatically. If he clicks on "return to merchant" the user is redirected to tiki-payment.php?invoice=nn (bad)

If a registered user and do a Paypal payment: The user is NOT assigned to the group, he is not returned to the Tiki site automatically. If he clicks on "return to merchant" he is returned back to "tiki-payment.php?invoice=nn" (bad)

While I'm not getting into the code I understand 2 mechanism are invoked and not working.
Group assignment
Returning from Paypal

I'm not sure if they are required together to have the user assigned.

The GUI layout in tiki-calendar_edit_item.php breaks if localization comes into play. Look at the screenshot (attachment) to see these issues, that surface when you want to introduce a repeated event. They are:
a) in "monthly" all ordinals below 10 have a leading zero, which is unnessary. It would do no harm, but surprisingly the leading 0 is separated by the number with a space, which together render wider than the space that was allocated for that, leaving only the leading 0 visible... There is no dot, although ordinals in German have a dot "sixth" is spelled "6." in German.
b) in "yearly", where you can for instance define "every 6th of a month", there is the dot, but as a text input field? Actually you cannot write in there, but is is layouted as a text input field (white background). And here also the width is highly insufficient.

c) I cannot translate the "End period" string. Even if I add the array_merge to custom.php (see the bug report for that). And in tiki-calendar_edit_item.php I do see tr in curly braces, so it should respond to language.php and custom.php, but it doesn't?

We have a __global__ permission tiki_p_list_trackers that should allow or deny groups to be able to see the list of trackers (tiki-list_trackers.php). This permission is only listed in the global permission (not object) so it is definitely __all__ trackers.

__Tested with a fresh Tiki25.x__
See in the attached video: {mediaplayer src="display1797"}

It seems this permissions is simply ignored.

#Visiting the tracker list page as anonymous I can see the tracker list page with an empty table.
+ What a un-happy UX/UI...When the is nothing to see, the user/visitor should clearly see nothing ? and eventually the reason he sees nothing. Not an empty table.
# If you change the __object__ permission "tiki_p_view_trackers" for a tracker, it will be listed.

Doesn't make sense to me.
See my suggestions in the Solution field below.


{FADE(label="before test in Tiki25" icon="y")})

Tested at https://nextdev.tiki.org Last updated (GIT 23.x:19611): Thursday 09 September, 2021

Global permission Can list trackers (tiki_p_list_trackers) disable
{img fileId="1587" thumb="box"}

Anonymous can see in the trackers list different trackers
{img fileId="1588" thumb="box"}

---
Test 2 disabling ALL global permissions for trackers for anonymous (for all)
{img fileId="1589" thumb="box"}

Anonymous can now only see tracker5 listed
{img fileId="1590" thumb="box"}
---
Test 3 disabling Can view trackers (tiki_p_view_trackers) object permission for tracker5
{img fileId="1591" thumb="box"}

This (tracker) object permissions Can view trackers (tiki_p_view_trackers) is enable.
---
Test 4
Disabling this (tracker) object permissions Can view trackers (tiki_p_view_trackers)

Anonymous can't see the tracker5 listed, but still can see tiki-list_trackers.php and the menu item
---
Test 5
If I enable (one by one) for Anonymous:
Can create new tracker items (tiki_p_create_tracker_items)
Can change tracker items (tiki_p_modify_tracker_items)
Can remove tracker items (tiki_p_remove_tracker_items)
(I stopped here)

Anonymous can't see any trackers listed, but still can see tiki-list_trackers.php and the menu item
---

My understanding is that, as there is NO tiki_p_list_trackers permissions per tracker object is that this permission is a top layer that should be applied to display or hide tiki-list_trackers.php trackers=>list trackers

There are many cases you want users (groups) to access item(s) but not to see the trackers list without redoing the all display interface. "tiki_p_list_trackers" permission was an easy and cleaner (no empty list or un-useful menu item) way to be sure this doesn't happen. While there are other ways to achieve this, those are complicate and require power users knowledge.

I believe that in time something was omitted (broken) and it went under the radar.
May be because the permission label "Can view trackers (tiki_p_view_trackers)" is not clear enough vs "Can list trackers". It should have been "Can view tracker ===items===" .
{FADE}

Since recent update on Tiki23 when I have a "feature" error permission the feature is not displayed as it used to be and it show "%0"

{CODE()}
Required features: %0. If you do not have permission to activate these features, ask the site administrator.
{CODE}

I try to install tiki 23 on Ubuntu 20.04.3 LTS using PHP 8.0 Apache2 2.4.41, phpMyadmin 4.9.5deb2.
Aferter https://doc.tiki.org/Installation point 1.3.1 I try to run instalation
(tiki-check.php - all setup OK)
after type: myIP/tiki-install.php
and I got error:

Deprecated: Required parameter $global_ref follows optional parameter $var_names in /var/www/html/lib/tikilib.php on line 4339

Deprecated: Required parameter $name follows optional parameter $moduleId in /var/www/html/lib/modules/modlib.php on line 97

Deprecated: Required parameter $title follows optional parameter $moduleId in /var/www/html/lib/modules/modlib.php on line 97

Deprecated: Required parameter $position follows optional parameter $moduleId in /var/www/html/lib/modules/modlib.php on line 97

Deprecated: Required parameter $order follows optional parameter $moduleId in /var/www/html/lib/modules/modlib.php on line 97

Deprecated: Required parameter $contributions follows optional parameter $type in /var/www/html/lib/Logs/LogsLib.php on line 1316

Deprecated: Required parameter $contributions follows optional parameter $type in /var/www/html/lib/Logs/LogsLib.php on line 1341

Deprecated: Required parameter $contributions follows optional parameter $type in /var/www/html/lib/Logs/LogsLib.php on line 1372

Deprecated: Required parameter $contributions follows optional parameter $type in /var/www/html/lib/Logs/LogsLib.php on line 1400

Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in /var/www/html/lib/headerlib.php:487 Stack trace: #0 /var/www/html/temp/templates_c/en_classic^ff2e2171930e1606894d77b77c370f5d83f3459c_0.file.header.tpl.php(411): HeaderLib->output_headers() #1 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_61407e22a3d915_75117444() #2 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode() #3 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(216): Smarty_Template_Compiled->render() #4 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(385): Smarty_Internal_Template->render() #5 /var/www/html/temp/templates_c/en_classic^32893ef05c415457a8b5661515c2123477875d96_0.file.tiki-install_screens.tpl.php(33): Smarty_Internal_Template->_subTemplateRender() #6 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_61407e2295f830_09645746() #7 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode() #8 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(216): Smarty_Template_Compiled->render() #9 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(232): Smarty_Internal_Template->render() #10 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(134): Smarty_Internal_TemplateBase->_execute() #11 /var/www/html/lib/init/smarty.php(459): Smarty_Internal_TemplateBase->display() #12 /var/www/html/installer/tiki-installer.php(885): Smarty_Tiki->display() #13 /var/www/html/tiki-install.php(118): include_once('...') #14 {main} thrown in /var/www/html/lib/headerlib.php on line 487


after switching to php 7.4 setup run correctly

Please add a (small) timeout to the popup box that is launched on mouseover that contains user info, avatar etc.

Or add a mouseout that kills the popup, which would even be better IMHO.

Reason: If you navigate "classic style", i.e. with a mouse, over sites like dev.tiki.org, you constantly mouseover peoples' user info, and this means you have to stop in your mouse movement and go back to the info that caused the popup, which in long lists might take a while, and not before you found the source will it go away... So this behaviour blocks you in your tracks...

Thanks alot!

Whoever designed the classic colorful pseudo-3D icons for the control panel, could you please add those icons that by now are missing and therefore fall back to the flat and b/w icons? Those are user prefs, printing (that seems to exist already, just not embedded correctly?), packets and RTC.

Thanks alot!
Hman

Please clarify: /img/flags/flagnames.php contains several flags with duplicated entries. With and without underscores or spaces.

American Samoa, several British territories, Bosnia and Herzegovina, practically all country names that contain spaces have double listings. One with spaces and one with underscores.

The remark in the source code says
// Here come the dynamically generated strings for img/flags/*.gif
// This file ensures that the following strings will be included in the language translation files.

There I do not see any flags with filenames containing spaces (although on today's operating systems they wouldn't pose any problem.

So is this some historical relic? Then please clear this up, it unnecessarily inflates ALL (!) languages' translations.

Thanks.

P.S: Fun fact, there is even a flag "low germany" which does not exist. It was composed from the existing flags of Germany and the Netherlands.

P.P.S: Two flags are missing, since 2019 North Macedonia:
https://en.wikipedia.org/wiki/North_Macedonia
In 2018 Sudan split up in North (Republic of Sudan) and South:
https://en.wikipedia.org/wiki/South_Sudan

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)

A few missing utilities from plugin alias management:
* Rename alias
* Clone / duplicate alias
* Export / import aliases

Also, the edit interface could be nicer:
* Move it to a separate tiki-admin_pluginaliases.php file
* Group all parts of parameters together, e.g.
** documentation
** Simple arguments (or)
** Body arguments (or)
** Composed arguments

Poll options not shown properly in a wiki page.

I added a poll and want to implement it in a page.

POLL:
Test - Options [1,2,3,4,5]

In the wiki page it looks like this:

Example Poll
Test
3
4
5
4
5

Some strange duplicates and not all options are shown...

Please fix this!
Thank you.

On a Tiki23 when checking tiki-admin.php?page=metatags I see the following error:

"Preference metatag_imagetitle is not defined" and "Error" in the value field.

Visible also on dev: https://dev.tiki.org/tiki-admin.php?page=metatags

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 "&amp;" 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}

Add an AJAX service to check the syntax of custom look and feel prefs before saving to make sure you're not going to break your entire Tiki