Category: 18.x

Hi:

I've hit this type of error 500 (using Tiki 18svn & php 7.2.9) several times in a wiki page with Plugin TrackerFilter, when the field shows a dropdown field, and I select one option in the dropdown before clicking at the export button:
{CODE()}
[Wed Sep 05 16:58:24.138049 2018] [php7:notice] [pid 18063] [client ] PHP Fatal error: Uncaught Error: [] operator not supported for strings in /var/www/tiki18farm/tiki-export_tracker.php:84\nStack trace:\n#0 {main}\n thrown in /var/www/tiki18farm/tiki-export_tracker.php on line 84, referer: https://example.com/foobar
{CODE}

Wiki code in the wiki page (in case it matters):
{CODE()}
{trackerfilter trackerId="5" sort="n" showtitle="n" showlinks="y" showdesc="n" shownbitems="y" showstatus="y" showlastmodif="y" showlastmodifby="y" showcomments="y" status="opc" sort_mode="lastModif_desc" sortchoice="created_desc|Newest first:lastModif_desc|Last modified first" max="-1" showpagination="y" allowtableexpansion="y" more="y" silent="n" sortable="n" server="n" export_action="Confirm CSV Download" filters="45/t:53/t:50/d:55/m" export_itemid="y" export_status="y" export_modif="y" export_created="n" export_charset="UTF-8"}
{CODE}

Field 50 is a "dropdown with other" field, with options:
{CODE()}
1-Pendent,1-Pendent,2-Encarregat,3-Treballant,4-Fet,5-Entregat,other=Altres
{CODE}

However, choosing some user from the dropdown of users (field55), also produces the same type of error (we are using Real Name display instead of username in trackers, etc)

Clicking on the first option of a file gallery, admin (tiki-list_file_gallery.php?galleryId=11&view=admin) results in an uncaught exception:

Fatal error: Uncaught --> Smarty: undefined extension class 'Smarty_Internal_Runtime_CheckPlugins' <-- thrown in MYDIRECTORY/tiki-18.6/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_undefined.php on line 62

If i enable 'show php error messages' on the bottom of my tiki pages i do see the following error on several pages

Example when visiting:

> http://tiki.x.y/tiki-browse_categories.php

the output is as follows:

> NOTICE (E_NOTICE): Undefined index: page
> At line 71 in lib/wiki-plugins/wikiplugin_catpath.php

Is that a side-effect of my upgrade from previous LTS to current LTS (18.2) or is that a general issue with 18.2?

It took me some time to find out why I could not translate a particular string in /lib/prefs/freetags.php, and this is it:

{CODE(Colors="Tiki")}
'freetags_normalized_valid_chars' => [
'name' => tra('Valid characters pattern'),
'description' => tra('Click on the links below to set or clear a pattern to limit characters accepted in tags. '),
'type' => 'text',
'size' => '30',
'hint' => 'Useful to eliminate characters such as “,” which users can enter by mistake instead of a space.',
'default' => '',
],
{CODE}

This looks decent, it also carries calls to the tra() subroutine. But I could not catch it with this entry in custom.php:
{CODE(Colors="Tiki")}
"Useful to eliminate characters such as “,” which users can enter by mistake instead of a space." => "Nützlich, um Zeichen zu eliminieren wie Kommata, die Benutzer anstelle von Leeerzeichen eingeben können",
{CODE}

The string for pattern matching is exactly identical to it's declaration in the source code, but it was not caught. Until finally I pumped the string into GHex, to look at its real composition.

{CODE(Colors="Tiki")}
echo -n "Useful to eliminate characters such as “,” which users can enter by mistake instead of a space." | od -A n -t x1
55 73 65 66 75 6c 20 74 6f 20 65 6c 69 6d 69 6e
61 74 65 20 63 68 61 72 61 63 74 65 72 73 20 73
75 63 68 20 61 73 20 e2 80 9c 2c e2 80 9d 20 77
68 69 63 68 20 75 73 65 72 73 20 63 61 6e 20 65
6e 74 65 72 20 62 79 20 6d 69 73 74 61 6b 65 20
69 6e 73 74 65 61 64 20 6f 66 20 61 20 73 70 61
63 65 2e
{CODE}

So what's looking decent are actually Unicode characters

{CODE(Colors="Tiki")}
e2 80 9c 2c e2 80 9d
{CODE}

I have absolutely no idea how to escape that so PHP will find it in pattern matching... Devs, please do not use Unicode unless really really necessary...

While translating, I came across a feature that has text, description and help - but it seems to be without function?

Prevent common passwords.

"Prevent common passwords":
"For improved security, prevent passwords in your password blacklist from being used."

If you check the checkbox - nothing happens. I would have expected that some sort of blacklist would have to be entered? Or does it work differently?

Thanks
hman

The user ban system has a help text that suggests a feature, that seemingly does not (not yet?) exist: Exporting rules... [see comment. this has cleared up. I leave this text only as an explanation why I originally opened this as a feature request]

"section names are splitted by pipes (vertical bars). To see an example and use it as template, add one rule by hand, and export it as csv"

There is an import feature, but no export feature... Could also be handy for admins who want to extend bans to more than one Tiki, if they arent connected by InterTiki (dunno whether InterTiki cares about bans at all).

I tried whether the export feature would only come up once at least one rule exists, but no, no export. Existing rule can be edited or deleted, not exported.

Thanks
hman

There are text strings that resist being translated. But although they clearly show up on the admin UI, they cannot be found anywhere in the source code? How can that be?

Example: Stop words for unified search index (tiki-admin.php?page=search).

The preset value is
{CODE(Colors="Tiki")}
a,an,and,are,as,at,be,but,by,for,if,in,into,is,it,not,of,on,or,s,such,t,that,the,their,then,there,these,they,this,to,was,will,with
{CODE}

But a grep through the entirety of Tiki Wiki sources yields no hit?! These values must be defined somewhere... And stop words, if they are not reserved magic keywords i.e. reserved by PHP or MySQL, would be language dependant and thus in need of localization... IMHO.

I need to call the module upcoming_events through the module --module-- wiki-plugin, because I need it inside the content.

The call is
{CODE(colors="tiki")}
{module module="upcoming_events" notitle="n" nonums="y" maxDays="7" priorDays="3" date_format="%A, %d. %m" showaction="n" showDescription="y"}
{CODE}

The upcoming events displays what it should, but it ignores the parameter date_format (with which I want to get rid of the year and introduce the day's name). It could be because of the module plugin not passing that parameter. But other parameters do get passed...

Thanks
hman

I see no other mechanism for proposing corrected localization files, so I post it as a feature request to I18N. While I am still deep into the main body of translation (so far I made > 2060 corrections and additions, and custom.php has grown to 1/4 the size of language.php, 231 kbytes, I have seen that there is a smaller file, language.js, that contains some spelling errors (old German spelling which is outdated since 1996, the big official reform of German spelling) and IMHO a wrong language level (addressing the user in the second person, using imperative). And since language.js is a lot smaller, I finished this one and hereby propose it to be included in future versions. This file was writen on Tiki 18.6.
Thanks
hman

I don't know how to fix this one myself.

Icons are defined in the sql schema. therefore the logic to display the icon needs to be adapted to use
{CODE()}
{icon name="foo"}
{CODE}

instead of the img html tag.


See it reproduced here:
--http://xavidp-1553-5651.show.tikiwiki.org/tiki-admin_menu_options.php?menuId=43&offset=0&sort_mode=position_asc&optionId=195&maxRecords=25#contentadmin_menu_options-2 --
u: admin
p: 12345

----
Confirmed issues still exists in Tiki18.0 {sign user="xavi" datetime="2018-02-05T19:39:10+00:00"}
---
Re-reproduced in 18.2svn {sign user="xavi" datetime="2018-04-03T16:08:42+00:00"} in a new show.t.o instance (even if the issue is more easily shown when upgrading a previous tiki site where those settings where more easily ticked):
Login as admin here:
http://xavi-9794-5783.show.tikiwiki.org/tiki-admin_menu_options.php?menuId=42
u: admin
p: 12345

You need to ensure that the menu is not using bootstrap but css, plus the setting enabled to use icons for menus (done already in the show.t.o instance)

Cheers

If you change a listing, like on the Wishlist, and change sorting order, the URL gets an additional mention of the sort order.

But it's reversed, compared to the actual setting. So if you want to sort the Wishlist by modification date, descending (which IMHO should be the default), so the latest are listed at the top, the URL states

{CODE(Colors="Tiki")}
https://dev.tiki.org/Wishlist#sort_mode=modification_date_asc
{CODE}

ASC=Ascending. If you change sorting to ascending, the URL states _desc...

Use table sorter with plugin list or customSearch to perform sum values from a field

I have problems with login/user banning, because of spam-users.
The users have already the same email-address or a part is identical.

I have a dream, banning a user per part of an email address....

Tiki User credits: You can create Credit types (which you need to do, because the feature starts empty), but once created, you can never admin/edit them. Not even delete them. This is so basic a function, that I do not open this as a feature request. It is a bug.

Btw., there is no documentation to be found about this feature...

Rewards cannot be created. In order to translate this feature, I created a goal, eligible for all registered, activated it. Easy goal, condition page creation >= 5. Then I wanted to set a reward, but I can't. In the list it (correctly) says "No rewards yet". But clicking on the button "Add Rewards" only yields a popover that says "No available rewards". Then I thought, maybe someone must meet one of the conditions first, and lowered the condition to page creation >= 0. Still "No available rewards"...

It started when I activated user tasks. I set up a couple of test tasks to myself (admin), in order to finish the incomplete translation.

When I wanted to accept one of the tasks I gave myself, I unexpectedly ran into an error that was erroneus... The error claimed that tasks need to have a title of at least three characters. But it had a title of four characters. Below the error message was an edit dialog, where the title was completely blank.

I then entered a new title and saved - and now the entirety of all tasks (they were three) are gone.

And what's worse: I cannot create new tasks anymore! I get the dialog and can enter all the stuff, but when I save, the UI insists that there are no tasks. I also checked that I include tasks that were done or deleted (had both), but still "no tasks".

tiki-wizard_user.php fails after first stage of user configuration. When you progress through the User Wizard, immediately after the first stage of the Wizard, a blank page shows. A show instance is created.

When a user runs the user wizard, one of the few things he or she can set is country. But the information entered there is not persistent, upon reload it is forgotten.

Possibly the same bug that we had in the user preference.

It appears that from v18.10 to v18.11 the path to "jquery.ui.nestedSortable.js" changed from:
vendor_bundled/vendor/jquery/plugins/nestedsortable/jquery.ui.nestedSortable.js
to:
vendor_bundled/vendor/jquery-plugins/nestedsortable/jquery.ui.nestedSortable.js
(Note the sub-folder vs. the dash "jquery-plugins")

But the code is still looking for it in the old location.

In the Admin Structures interface, this results as a 404 error on the js console and breaks the feature. It's impossible to drag any items in the Structure or page list in the Admin Structures interface.

user preferences are not stored in tiki_tracker_item_fields, so the query run for a user preference field 27, and value 'csabi' will not work

SELECT COUNT(*) FROM `tiki_tracker_item_fields` WHERE 1=1 AND `fieldId` = 27 AND `value` = 'csabi';

do we need a distinct_userpreference validator?
Then it would work across multiple user trackers, and we could solve the long standing ticket
https://dev.tiki.org/item3611-no-built-in-way-to-prevent-realName-user-pref-duplicates-automatically

Hi,

while I experimented with linking cart products to Wiki pages and vice versa (cf the tiki.org question I posted "How to link cart products and wiki pages?") something very strange happened.

A couple of products vanished from cart products. Before I started my experiments, I had 13 tracker items, all of them listed on cart products.

Now there are only 10 of them left! On cart products. In the tracker they are still there.

At first I thought, because I edited as admin, I might somehow have screwed up some rights, although I didn't change any. Then I saw that the tracker items I worked on are among those who remain. Four other items disappeared that I did not even touch.

As I wrote above, they are still in the tracker, so it is a miracle to me why they are not displayed. And yes, I also looked at the second page of cart products (limit is set to 9). So at the moment this looks like a bug to me. Could turn out it is something else, or even an error on my side, but don't see any.

The only right that I have touched over the past days was that I allowed anonymous to use Custom Search Tpl as a template, to get rid of the annoying error messages that only anonymous users got (no right to use this page as a smarty template).

Thanks for help
hman

I’m receiving warnings from Tiki Scheduler.

From: a Tiki admin email ?

Subject: "Scheduler "Batch Sync WO Status - SyncStatusECDEntered" was healed"

Body : "Scheduler "Batch Sync WO Status - SyncStatusECDEntered" is now marked as healed, since its running time is over minutes."


With that little information I have no clue which Tiki is trying to tell me something.
We should add information to the email like: url of the Tiki and Browser name.
I would add the date so I can copy/paste or forward easily the information.

Something else ?

((doc:Trackers)) can be a configured for time tracking, and then permit flexible reporting. This is fine for freelancers reporting time. However, for full time employees, it's more convenient to have a weekly time entry interface, like this:
{img type="src" src="https://odoocdn.com/openerp_website/static/src/img/2016/timesheet/timesheet_screenshot_01.gif"}

So we should create a plugin like {CODE()}{periodictimeentry cycle=weekly timefieldid=42 taskfieldid=23}{CODE}

Dear folks, if you go to this page at:
https://thepatriotwoodwiki.org/Western-White-Pine
or
https://thepatriotwoodwiki.org/Eastern-White-Pine
or
https://thepatriotwoodwiki.org/California-Incense-Cedar
or
https://thepatriotwoodwiki.org/HomePage

Basically anywhere I have list files in place, if you click on the wrench icon at the left of each file, then click on "Browser Display", you are redirected to an unrelated page in our wiki, the same page for all the files. I cannot make heads or tails on this one.

What I would expect to occur when "Browser Display" is clicked on, is the image to display in browser view.

A show instance will be created to try to reproduce this bug.
I don't recall this issue before my tiki 18.3 updgrade.

Issue was introduced in our forums at https://tiki.org/forumthread71245-Weird-Action-w-File-Browser-Display?topics_offset=13

When you edit a category in the link directory (btw. IMHO this should be renamed, as "category" is a term used in other locations! IMHO these are folders, that is the term most commonly used, if "directory", the pre-GUI term, must be avoided) then the assigned group for that category is lost and must be manually re-established.