Category: 24.x

On Tiki24 when you use an RTL language the top wiki action menu items are aligned left instead of right.

To fix the issue, the existing classes should be replaced with bootstrap classes (start, end, reverse, etc) and not hardcoded alignment.

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

{syntax type="tiki" editor="plain"}
Hi.

I've encountered a bug. It occurs when there's a tracker field of type "Item Link" with "Select multiple values" set to "Yes".

I try to create a Tracker Tabular Format for such a tracker, and I check the "Initialize this format with the current tracker fields" checkbox. Then I get an empty page, no message at all. When I remove the tracker field in question, it works.

I've tried to do it without the mentioned checkbox and manually add the tracker fields. When I try to add the mentioned field and click on "Select Mode", there isn't any mode in the dropdown list of modes. The field can't be
added.

Bye,
V.W.

{syntax type="tiki" editor="plain"}
Error "Out of range value for column 'entryId' at row 1" appears whenever modifying almost any content.

I have documented the problem and a workaround here:
* [https://doc.tiki.org/Troubleshooting?page_ref_id=4835#Ancient_Tiki_triggering_error_Out_of_range_value_for_column_entryId_at_row_1_on_every_change_advanced_|https://doc.tiki.org/Troubleshooting]

Maybe we should add a way of doing this automatically whenever necessary (every 10 years or so?)

{syntax type="tiki" editor="plain"}
{img fileId="1549" thumb="box"}

In Tiki we have a "Duplicate" item action.
However this action has different name in different places.
At tiki-admin.php?page=trackers we use "Clone"
Under the action wrench on the tracker list item view we use "Duplicate".
The plugin listExecute https://doc.tiki.org/tiki22#PluginListExecute use "Duplicate"
They may be other places...

There are two ways to specify navbar foreground and background colors: the "Navbar background color" checkboxes on the admin Look and Feel page and the "CSS class(es) for the menu nav element" on the admin-modules page. The Look and Feel checkbox value is used in all cases, though, so if that preference is set to "Dark", for example, to get a dark-background navbar for the main navigation, then ''every'' navbar instance assigned on the admin-modules page gets the CSS classes for "Dark". This causes a problem if, for example, a Light-background system menu is wanted in the footer. Then the CSS classes for the navbar are "navbar-light bg-light navbar-dark bg-dark". In my test, this caused light text on light background, so it's unreadable.

Unless I'm missing something, I think it would be good if the navbar color switch on the Look and Feel admin page was removed and the navbar color specified by the module only (maybe using a checkbox or radio buttons instead of inputting the class names as is required now), or else make the L&F switch apply only to the admin interface. This would be similar to moving the setting of the site logo and title from Look and Feel to the module admin page.

For some reason, there is no space to enter comments on dev.t.o. I am logged in, so I see no reason why I shouldn't be allowed to comment? I can edit bug reports, but being unable of posting my comments in the original bug report posting isn't very, ahem, polite to the original reporter...

__Update:__ it seems to be some AJAX loading (intermittent) issue? {sign user="luci" datetime="2022-03-25T20:58:02+00:00"}

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

If you create a Tracker List in the Wiki Sandbox as in the following code, the asc/desc sorting of the numeric field works great.
{trackerlist trackerId="53" fields="1053:1015" status="opc" sort_mode="f_1053_desc"} 

BUT
When the same numeric field is accessed from from a different tracker using the 'Items List' field type with sorting set to the numeric field, the sorting is not working.
Look at attachments 1 and 2
__I think its a leading zero type logical error.__

On a working Tiki 24.x (253bcbb09b2f1c2df4bced1802f4c13cc0cf32be, 253bcbb0 · [FIX] PluginManager: move source code link with other general info · 1 day ago);

If I diagnose composer from the shell I have:
{CODE()}
tsaharoniki@server001:~/public_html$ ./temp/composer.phar diagnose
Checking composer.json: WARNING
License "LGPL-2.1" is a deprecated SPDX license identifier, use "LGPL-2.1-only" or "LGPL-2.1-or-later" instead
Checking platform settings: OK
Checking git settings: OK
Checking http connectivity to packagist: OK
Checking https connectivity to packagist: OK
Checking github.com rate limit: OK
Checking disk free space: OK
__Checking pubkeys:
Tags Public Key Fingerprint: 57815BA2 7E54DC31 7ECC7CC5 573090D0 87719BA6 8F3BB723 4E5D42D0 84A14642
Dev Public Key Fingerprint: 4AC45767 E5EC2265 2F0C1167 CBBB8A2B 0C708369 153E328C AD90147D AFE50952__
OK
Checking composer version: OK
Composer version: 2.2.9
PHP version: 8.1.4
PHP binary path: /usr/bin/php8.1
OpenSSL version: OpenSSL 1.1.1d 10 Sep 2019
cURL version: 7.64.0 libz 1.2.11 ssl OpenSSL/1.1.1i
zip: extension present, unzip present, 7-Zip not available
{CODE}

I install the package mPDF (see the recording): {file type="gallery" fileId="1786" showicon="y"}

My Vendor folder is updated (today's date) and inside other folders have been updated or added
{CODE()}
drwxr-xr-x 8 tsaharoniki tsaharoniki 4096 Mar 27 13:25 vendor
tsaharoniki@server001:~/public_html$ cd vendor
-rw-r--r-- 1 tsaharoniki tsaharoniki 178 Mar 6 20:46 autoload.php
drwxr-xr-x 2 tsaharoniki tsaharoniki 4096 Mar 27 12:08 composer
drwxr-xr-x 3 tsaharoniki tsaharoniki 4096 Mar 27 12:08 mpdf
drwxr-xr-x 3 tsaharoniki tsaharoniki 4096 Mar 27 12:08 myclabs
drwxr-xr-x 3 tsaharoniki tsaharoniki 4096 Mar 6 20:46 npm-asset
drwxr-xr-x 3 tsaharoniki tsaharoniki 4096 Mar 27 12:08 paragonie
drwxr-xr-x 3 tsaharoniki tsaharoniki 4096 Mar 27 12:08 psr
drwxr-xr-x 3 tsaharoniki tsaharoniki 4096 Mar 27 12:08 setasign
{CODE}

In the file : vendor/composer/platform_check.php there is a check for PHP8

{CODE()}
if (!(PHP_VERSION_ID >= 80000)) {
$issues[] = 'Your Composer dependencies require a PHP version ">= 8.0.0". You are running ' . PHP_VERSION . '.';
}
{CODE}

This forbid the Tiki to run with PHP7.4.

On most of Virtual servers and Cpanel (tested on Server Debian10 running Virtualmin) you can select the PHP version that will be used for this domain. You can select a different PHP version than the one used by the server for the HTML backend.

It work usually fine.

However users don't have any option when this is about the PHP CLI. (php -v)

Developers have workaround like :
php74 console.php ...
sh setup -p /usr/...

It is usually fine for developers.

However for Admins (or power user) there is no option to select the PHP CLI version.
Like:
* tiki-check.php
* tiki-admin.php?page=packages
* ... ?

Hi

You can create a wiki page with quotation marks in the page name. Say, -+foo "bar" baz+- .

But when you try to open that page from inside the pages list (Wiki -> List Pages), then it fails with this error message:

-+Error, Page not found, foo-+-

The page name is truncated at the first quotation mark.

Try
https://dev.tiki.org/Payment
it simply yields a 503 error "service unavailable"...

Thanks
hman

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.

{syntax type="tiki" editor="plain"}
Tiki has the option to interact with Google Analytics.

Now the first court rulings are there: Google Analytics directly violate the GDPR, therefore they are illegal throughout the EU. Fines are VERY heavy, so this must not be taken lightly. The fines range up to 20 million Euro or 4 percent of a year's turnover (sic! Not profit!), whichever is HIGHER.

Yes, Analytics is optional, and it's the decision of an admin, correct.

But IMHO Tiki should inform the admin when he/she activates this, that compliance with current law must be observed, and that Analytics can be (very) problematic in this regard. And to be on the very safe side, IMHO there should be a checkbox that spells out as confirmation "Yes, I am aware of the compliance issues imposed by this".

The list of MIME types that Tiki supports is missing text/x-uri and text/uri-list (RFC 2483 Section 5).

x-uri could also be opened (in a new window), if a user clicks on such a file (basically a text file, which is why currently it gets classified as text/plain.

There are several ways how a visitor of a Tiki could pay for goods and/or services, but Tiki supports almost none of them (Paypal is the only internationally accepted solution offered).

Besides credit cards, which Tiki does not support, several national solutions exist (that Tiki doesn't support either). Most of them are proprietary API, every bank has it's own. From the European Payment Initiative Council comes a new standard: SEPA request to pay.

It's a standardized way that streamlines the process. The user doesn't have to transfer money by having to open up his/her online banking, entering the very long (and thus error prone) IBAN, and the Tiki doesn't have to deal with differing APIs for different banks.

SEPA request to pay works like this: When the shop requests payment, this is being transferred via SEPA request to pay to the user's bank, which adds the request to the homebanking of that user, so the user can confirm the payment within the trusted environment of his/her homebanking, an error free and trusted way to deal with payments. From the Tiki point of view, the unified specification is a big plus: Only one code base needed...

The standard can be found at this [https://www.europeanpaymentscouncil.eu/sites/default/files/kb/file/2018-05/EPC069-12%20v2.1%20Quick%20Response%20Code%20-%20Guidelines%20to%20Enable%20the%20Data%20Capture%20for%20the%20Initiation%20of%20a%20SCT.pdf|link], the homepage of SEPA request is [https://www.europeanpaymentscouncil.eu/what-we-do/other-schemes/sepa-request-pay-scheme].

On a clean Tiki-24.0 install, I installed the Blog profile then I went to the "Members Home" page.

There is a Convene plugin.
* I add a name for a new entry … It works, the entry is added
* I edit the new entry in order to fill my preferences → I can't activate the drop-downs. There is no way I can select my preferences.

There is a Proposal plugin for choosing ''type of ingredients for the meal''
* If I click on a choice in order to vote, I get a WSOD on page -+ tiki-wikiplugin_edit.php +-
On the error logs I see messages like:
{CODE(theme="default")}mod_fcgid: stderr: PHP Fatal error: Uncaught Services_Exception: Request could not be completed due to problems encountered in the security check. There was no security ticket submitted with the request. For more information in the future, administrators can define the error_log setting in the php.ini file.{CODE}

((doc:PluginConvene)) is pretty cool!

See image attached to this tracker item.

But once date is picked, unless a manual operation is done like this: https://tiki.org/tiki-pagehistory.php?page=Roundtable+Meeting+2021+10&newver=42&oldver=41&bothver_idx=22 the user is left wondering: when is the meeting?

Since a few month Google is pushing/improve video content search-ability.
Now they added some verification a wiki page with a youtube tiki plugin to display a youtube video on a page will have the Search Console to report errors.

''Google could not determine the prominent video on the page
The videos on these pages aren’t indexed or served on Google as video results''

The only solution I found so far is to use an iframe
{CODE()}
<div class="iframe-container">
<iframe class="iframe-video" src="https://www.youtube.com/embed/videoseries?list=PLkjRsdmwSB14C2mEI6N9apC_wTLaoZXqD" allowfullscreen></iframe>
</div>
{CODE}

Not sure if this is a bug as it may be something we forgot, code we didn't update or Google added.

Even if poll global permissions says anonymous can vote, they are not allowed to vote.
tested on next.tiki.org

https://doc.tiki.org/PluginGroup
When I am editing Wikipage text in the editor:
1.I first highlight all the text I want added to the security group.
2.I press the Group icon button to add all the text to the {GROUP( groups="Admins")}  text text {GROUP} code block.
3.I press Save.
4. It produces garbled plugin-code as follows:
 
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Aenean vitae facilisis sem, eu facilisis ipsum. Integer tincidunt, nulla eget semper posuere, erat sapien ullamcorper lorem, ac tristique magna risus sit amet velit. Quisque id tortor eget nunc cursus fermentum. Donec vel ligula mi. Suspendisse justo ante, volutpat bibendum sodales at, feugiat sed felis. Proin a massa ac erat molestie condimentum. Curabitur egestas, ex quis dapibus sagittis, neque quam aliquam lectus, ut tincidunt orci justo et nibh. " data-plugin="group" data-syntax="

{GROUP( groups="Admins")}Lorem ipsum dolor sit amet, consectetur adipiscing elit. Aenean vitae facilisis sem, eu facilisis ipsum. Integer tincidunt, nulla eget semper posuere, erat sapien ullamcorper lorem, ac tristique magna risus sit amet velit. Quisque id tortor eget nunc cursus fermentum. Donec vel ligula mi. Suspendisse justo ante, volutpat bibendum sodales at, feugiat sed felis. Proin a massa ac erat molestie condimentum. Curabitur egestas, ex quis dapibus sagittis, neque quam aliquam lectus, ut tincidunt orci justo et nibh. {GROUP}
" style="position:relative;display:inline-block;" unselectable="on">{img src="img/icons/wiki_plugin_edit.png"}
 
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Aenean vitae facilisis sem, eu facilisis ipsum. Integer tincidunt, nulla eget semper posuere, erat sapien ullamcorper lorem, ac tristique magna risus sit amet velit. Quisque id tortor eget nunc cursus fermentum. Donec vel ligula mi. Suspendisse justo ante, volutpat bibendum sodales at, feugiat sed felis. Proin a massa ac erat molestie condimentum. Curabitur egestas, ex quis dapibus sagittis, neque quam aliquam lectus, ut tincidunt orci justo et nibh.
~hc~ end tiki_plugin ~/hc~

5.If I do the same procedure using the Wiki Sandbox it works just fine!



 

 

 

On wiki page I have this title:
~np~!{TR()}Summer Holiday camps{TR} 2021{CODE}~/np~

In my custom.php translation file for Hebrew I have:
"Summer Holiday camps" => "קייטנות קיץ",

When I look at the page in english all is fine:
{img fileId="1548" thumb="box"}

But in Hebrew, because numbers are seen as LTR, it misplace the anchor.
{img fileId="1546" thumb="box"}
{img fileId="1547" thumb="box"}

That’s was the kind of issue I was talking about during the TikiFest Virtual 2021. ;-)

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