Category: 18.x

On a tracker I set a tracker field file with option;
File Count : 1
Replace Existing File : Yes

I upload a file (all good)
I upload another file and now the dialog shows like I have 2 files for this item instead of the last one only.

{img fileId="1157" thumb="box"} (from the instance)

It is confusing for the user even if on save or create they will be only on file assigned.
It used to display only one and a single file from the start to the end.

{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?)

~~#F00:__EDIT: Could not Reproduce in Show! I try to fix with an upgrade. Reducing the importance of this bug report for now.__~~

__Setup:__

* Wiki Structure: on
* Namespaces: on
** seperator: __~__
** tested also with: __:__
* Hide namespace indicator in structure path: ticked (on)
* Hide namespace indicator in page title: ticked (on)
* Force all non-namespace page links to the same namespace: both settings (on/off)

* Create a wiki page with a namespace name example:
+ __example~startstructure__
* Make a Structure from it
* Create a new page __mywikipage__ into the structure
+ page gets correctly named __example~mywikipage__

__Problem:__

When in default settings the ''__Wiki URL scheme__'' is ''__URL encode (Tiki classic)__'' in /tiki-admin.php?page=wiki.
Then the Namespace rewrite does not work and the links / urls are __example+startstructure__ instead of __example~startstructure__, why Tiki does not find the page and either gives an error message or a create page notice or a redirect to the HomePage, depending on further configurations.

__Workaround:__

When the ''__Wiki URL scheme__'' is set to ''__Replace Spaces with dashes__'' in /tiki-admin.php?page=wiki, the links / urls are still wrongly rewritten , but with dash instead of plus: __example-startstructure__ and they do correctly redirect to __example~startstructure__ .

__Additional remarks:__

I think, that the rewrite of the structures feature (wiki structure breadcrumb menu AND plugin toc) from the seperator to the dash (or otherwise the plus) is still wrong.
When I create a page __example-mywikipage__, then I can access the original page with following URLs / Links:
* __example~mywikipage?structure=example~startstructure__
* __example~mywikipage__
* __example-mywikipage?structure=example~startstructure__
* __example-mywikipage-2__

Where __example-mywikipage-2__ is somehow defined as alternative URL from Tiki (18.x) without creating that page at all.
Only __example-mywikipage__ directs to the new page!
__example-mywikipage?structure=example~startstructure__ directs to the old page!

The wiki structure feature uses __example-mywikipage?structure=example~startstructure__ as URL for __example~mywikipage__ respectively instead of __example~mywikipage?structure=example~startstructure__

I'll try to reproduce with a show instance.

There is a string in /lib/prefs/username.php that really gives me headaches. How on earth does this have to be escaped, so tra() will catch it from the array_merge in custom.php?

Here is the entire file:
{CODE(Colors="Tiki")}
<?php
// (c) Copyright 2002-2016 by authors of the Tiki Wiki CMS Groupware Project
//
// All Rights Reserved. See copyright.txt for details and a complete list of authors.
// Licensed under the GNU LESSER GENERAL PUBLIC LICENSE. See license.txt for details.
// $Id: username.php 66909 2018-07-07 14:48:30Z chibaguy $

function prefs_username_list()
{
return [
'username_pattern' => [
'name' => tra('Username pattern'),
'description' => tr('This regex pattern requires or forbids the use of certain characters for username. For example to add Hebrew use: /^[ \'\-_a-zA-Z0-9@\.א-ת]*$/ or for Chinese use: /^[ \'\-_a-zA-Z0-9@\.\x00-\xff]*$/'),
'type' => 'text',
'size' => 25,
'perspective' => false,
'default' => '/^[ \'\-_a-zA-Z0-9@\.]*$/',
],
];
}
{CODE}

I hope you had at least some fun constructing this string... Now I have to rewrite this in double quotes, because that is the syntax in custom.php...

Thanks
hman

Hi,

I set TrackerFilter to text search a field ('text with wild characters') on an address field. However, it seems that since this field is 'Item Link', it does not find anything. I tried setting 'index remote field' in the Items List parameters, re-indexed, did not help. Maybe some other parameter I missed?

I went to the related tracker that the 'Address' field was linked to, I exported it. found the entry I needed (150 Main street) found the item id, 2673, entered it into the TrackerFilter text search for that field and it found all the entries with that address.

Any way this can be made to work with normal search parameters?

thanks,
Mike

On https://tiki.org/tiki-admin.php?page=intertiki#contentadmin_interwiki-2 when new records need to be added it does not save the item when "Apply" button is clicked. It just reloads the page.

Reproduced on show:
Login as
admin
12345

Then try to add a new entry like this:
nexttest ABC123 127.0.0.2 test

It will fail silently (because it contains "ABC123" for the key which is already there) just reloading the page without adding new entry.

It would be useful for pre-dogfood servers (next*.tiki.org sites) to allow entries with the same key as in the past so the sites would not need different unique key manually added on each db re-import. But mainly it should at least give some error feedback!

The problem has already been reported in the forum under [https://tiki.org/forumthread66743-Newsletter-Sent-Attachment?topics_offset=2]
I reproduced it on the demo system for release 18.

Open existing newsletter in demo site
and subscription
start sending
attach a simple .png file
clicked Send Newsletter
Next page shows review of newsletter to be sent, includes "Files" with bullet point
clicked Send
Next page shows "Newsletter successfully sent to 1 users."
The newsletter is received, but no attachment

When you create a newsletter, in the course of creating one, you can save what you've done so far as drafts. Those drafts get faithfully collected.

But all you can do with a draft is send it out - or delete it. That's it. No editing... Not even a preview. You have to send it out blindly, trusting those "auto clippings" without seeing them before your recipients see them...

The format of sent newsletters is impure. Instead of real ASCII double quotes, a special character is used (0x90)

Extract from test newsletter I sent to myself:
{CODE(Colors="Tiki")}
<!— Start of article —>
<div class”articleclip_single”>
<h3 class”articleclip_title”><a href”http:
{CODE}

Look closely at those double quotes (cannot underline them, or the CODE commands get ignored.

These are typographical double quotes. I have the feature enabled. But that feature should only swap typographical characters in displayed Wiki content - not in the ''programming'' part of newsletters... !

It's a miracle that Thunderbird renders this correctly. I am dead sure most other mail clients are not so tolerant...

I was surprised to see this result in a Google search today: https://nexttv.tiki.org/tiki-kaltura_video.php?mediaId=1_1nf2dfkt . No next/next username/password needed to access the site. Also, it's running Tiki18 so isn't a useful "next" site.

On the forum I see the post from a user with a question mark instead of the flag of his country:

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

I check in the folder img/flags we don’t have (anymore ?) a flag for England.
Was it lost or user shouldn’t be able to select England (and use United Kingdom)

(Brexit unexpected side effect ??? sorry hi hi hi)

It is also not possible to select England as your country in your user preferences because of this.

no items in the Changelog.txt for tiki-18.2

{files galleryId="13" fileId="1209"}

Tiki Wiki has a fortune cookie feature. But you cannot admin it: There is no link to it...

http://doc.tiki.org/Cookie states

"Taglines are managed by going to Admin Home and clicking on the "Cookie" link at the bottom of the page in the table (or go to the page tiki-admin_cookies.php). "

On tiki-admin.php there is no "Cookie link at the bottom of the page"... However, tiki-admin_cookies.php can be manually called by modifying the URL in the browser...

Thanks
hman

If a heading contains a non-parsed section, it normally shows fine in classic tables of contents (generated by maketoc). But if such a heading comes via the inclusion of another page, instead of the non-parsed content, the ToC will display an alphanumeric key.

For example, with the following source in an including page:
{CODE(colors="tiki" theme="default")}Here are the phases of life.

{maketoc}

{include page="Childhood"}
{CODE}
...and page "Childhood" containing a call to maketoc and a "Ages ~np~~np~~/np~~np~[0, 5]~/np~~np~~/np~~/np~" heading, the including page would show 2 ToC-s. The first one, generated by its direct maketoc, would be broken, showing the link label as something like "Ages §3b24424f3be6a8f1f0937355e8f37ee8§". The second one, generated by the included maketoc, would be OK, showing the link labeled as "~np~Ages [0, 5]~/np~".

Several plugins use non-parsed sections to prevent their content from being parsed repeatedly. Therefore, this bug affects calls to some plugins, notably FOOTNOTE.

This bug and {wish id=5496} are parser regressions from {commit id=48937}. This is related to {wish id=4235}.

[http://chealer-232-6728.show.tikiwiki.org/tiki-index.php?page=HomePage|The homepage of the show instance for this ticket] demonstrates the bug.

Once again I stumbled upon texts of Tikis admin GUI had resisted being translated, and later I found that nonprinting characters were hardcoded that will block tra() or tr() from pattern matching. Even spaces can block a translation. I won't make new bug reports for those, but rather use this one as sort of an umbrella bug report which I will amend with comments.

So the first new occurency of nonprinting characters that block translations is found on line 130 of /lib/prefs/tracker.php:

{CODE(Colors="Tiki")}
'description' => tr("Require users to fill in a tracker form if not done already by prompting them with a modal dialog "),
{CODE}

Those two spaces (yes, two, not one or three...) may look like a little glitch from a dev's perspective, but since they do not print, you cannot translate this string by copy & pasting from the GUI into custom.php giving a translation: The pattern matching cannot find it. There is a workaround, but this may not be so easy for translators with little experience and with small toolboxes (Windows comes with FAR less useful tools for this than Linux...), since if you encounter those, you have to grep through the entirety (!) of Tiki source code to find the origin of the string, to be able to look at it's source code, to be able to copy & paste from there...

In /lib/toolbars/toolbarslib.php several calls for icon FILES get translated. Why would the file names or paths of icon files be translated?

This is just a (very) minor issue, but unnecessarily inflates language.php in all target languages. Example:

{CODE(Colors="Tiki")}
switch ($tagName) {
case 'bold':
$label = tra('Bold');
$icon = tra('img/icons/text_bold.png');
$iconname = 'bold';
$wysiwyg = 'Bold';
$syntax = '__text__';
break;
{CODE}
With this, a translator could exchange toolbar icons (or their paths) in his/her translation. But what would be the use case for that? 22 icon file names are pumped through tra() in total... Maybe there is some deeper logic, but I don't get it ;-)

In one tracker, I create a user id, first name, last name fields as text fields.
In a second tracker, I create an item link to have the user id field as a drop down for the second tracker. I then create a Dynamic Items List field for first name and last name in the second tracker that links with the user id of the first tracker. So when you select a user id from the drop down it automatically populates the corresponding first and last name in the respective fields.

Once an items is entered in the second tracker and I view items and filter on last name, I cannot search for last name of the entered items.

For example, if the last name is smith and I search for 'smith' the results are empty.

The plugin module is broken when setting it using the helper.

{youtube movie="jJ-SJUA5aP8" width="800" height="640"}

---

In Tiki19 there is more (wrong) verbose but still not working:
https://share.vidyard.com/watch/Wi8wXaFc9kpGfRfWydLyhR

On Tiki 18.x I have a tracker with a dropdown field to display different values.

By default the value should be 0.
The dropdown doesn’t display an option if the value of the option is 0.

I tried:
0,1,2,3,4,5

0=0,1=1,2=2,3=3,4=4,5=5

0=0,0=0,1=1,2=2,3=3,4=4,5=5

=0,=0,1=1,2=2,3=3,4=4,5=5

0=None,0=None,1=1,2=2,3=3,4=4,5=5

None are working (none=None,none=None,1=1,2=2,3=3,4=4,5=5 is working fine)

---

I created an instance.
The field time is a dropdown with the following options: 0=0 hours,1=1 hour,2=2 hours,3=3 hours,4=4 hours

Go at: http://bsfez-11581-6744.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
Create an item, the first value (equal 0) is not displayed.

I have the feeling this is a nasty regression.(in another case changing back the value for something else than 0 didn’t make the "lost" options reaper.

I try to update tiki 18.x SVN from r67035 to r67053
run php doc/devtools/svnup.php
SVN tree update sucess and view error:
4/7 [================>-----------] -- Updating secdbPHP Warning: mysqli_connect(): (HY000/1045): Access denied for user ''@'localhost' (using password: NO) in /var/www/html/svn181/doc/devtools/release.php on line 333
5/7 [====================>-------] -- Updating database
In installlib.php line 284:
Fatal: Cannot open /var/www/html/svn181/installer/../db/tiki-secdb_18.2svn_mysql.sql
database:update [-a|--auto-register]
7/7 [============================] -- Automatic update completed r67035 -> r67053

The tiki has different categories (C1, C2) defined with permissions, so users see only pages with in the categories the user have permission.

User "A" has enabled the notification for any new or changed page. this on has only permissions for C1.

Now user "B" create a new page (P1) with some content, set the checkmark to the categorie C2 and save the page,

As result, user "A" get an notification with the full content of the new page (P1) but because he has no permission for C2 he shouldn't get this.

Tracker field numeric 0 value is interpreted by the plugin list as No value for 'tracker_field_xxx'

In a tracker I have a numeric field that contain the value 0 and it display ok in the tracker.

I set a plugin List the field and it is returned like the field is empty.


Retested today on Tiki19:
{img fileId="1236" thumb="box"}

The numeric field is missing the option to display a number that was entered starting with a '0' (zero or null, depending on which country you are from (:smile:) )

The use case: Postal Zip codes.

In the U.S. many on the East Coast start with '0', for example, Maple Shade, New Jersey - 08052

Thanks,
Mike

We are looking to find which function produces the offset parameter in the link of a sub gallery file while keeping the original galleryId. In this case href="/tiki-list_file_gallery.php?offset=150&galleryId=255". The parameter produces an empty content list of files as shown below.
Removing the offset parameter in a template such as list_file_gallery.tpl doesn’t do the trick.

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

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

The second thumbnail shows in the blue circle the link that works. There’s a similar issue in the wishlist ; ticket number 5995 for version 15.x.

On Tiki if I disable - can view page/pages (tiki_p_view) anon can’t see the page and therefor see an error they don’t have permissions to see. (this is ok with 18.x and previous version)

On the control panel, General, Navigation, Redirects there is an option :
On permission denied, display login module
or
Send to URL:

I remember I could set a wiki page name or a wiki page url.
Like:
WelcomeVisitor
or http://bsfez-11581-6630.show.tikiwiki.org/WelcomeVisitor

If I do I have error in any browser I tried
* Chrome
+ This page isn’t working
+ localhost redirected you too many times.
+ Try clearing your cookies.
+ ERR_TOO_MANY_REDIRECTS
* Firefox
+ The page isn’t redirecting properly
+ Firefox has detected that the server is redirecting the request for this address in a way that will never complete.
+ This problem can sometimes be caused by disabling or refusing to accept cookies.
* Safari
+ Too many redirects occurred trying to open “‎localhost:8888/18.x/Welcome%20Anon”. This might occur if you open a page that is redirected to open another page which then is redirected to open the original page.

I have to set it like this:
tiki-index.php?page=WelcomeVisitor
or http://bsfez-11581-6630.show.tikiwiki.org/tiki-index.php?page=WelcomeVisitor

Today’s users will have a really hard time to find how to use it with their Tiki.
Admin should be able to set up the page url the way it is displayed today in the url bar.