Category: Less than 30-minutes fix

How to reproduce:
1. Allow Group Homepage
2. Set homepage for anonymous group: agr_home
3. Set homepage for registered group: rgr_home
4. make default page agr_home page
5. login -> you ll be redirected to rgr_gome -> thats ok
6. logout -> you ll be redirected to http://yoursitename.com/agr_home (note: not index.php?page=agr_home)

The smarty function that generates a user link (lib/smarty_tiki/modifier.userlink.php) will only return an actual link if the user's user_information preference is set to 'public'. In the case where the user link is to the currently logged-in user, however, there is no reason not to display the link even if that preference is set to 'private' as the user should be able to view their own preferences. This is easy to demonstrate; set your user_information preference to private and then look at your name in login module. The name will not be a link to your user preferences.

{syntax type="tiki" editor="plain"}
When clicking on the Show Help button in tiki-article_types.tpl. The text appears then disappears right away. This makes the Help Button unusable. (Please keep in mind this bug is with the Show Help BUTTON not the help icon)

If you're editing a page and you fail the CAPTCHA or your session expires, your whole edit is lost. Most users expect their browser to have saved the form data, many would know enough to log back in then hit the back button to get back to the form (or at least, hit "back" and copy the data for later pasting after login). This does not work - after a "back" the form is empty!

I'm ranking this bug as priority 7 because it is very serious - data loss and angry users. I think the solution is trivial, too: see below.

This tracker item could not be found

If the translation feature i18n is active, in Wiki page history the GUI clashes with other features. Look at the screenshot attached. The small "A" that is visible next to the flag icon of i18n is actually the drop down menu containing all languages (starting with Albaninian, hence the "A".

While upgrading from Tiki 12.2 to 21.4, we found that our external LDAP authentication stopped working. After turning on some debugging and looking at the code, I found this major difference between the two versions in lib/auth/ldap.php.

In 12.2 starting at line 90:
$this->options['host'] = array();
foreach ($t as $h) {
if (preg_match('#^ldaps?://#', $h)) { // entry is already URI
$this->options['host'][] = $h;
} else {
$this->options['host'][] = $prefix . $h . ':' . $port;
}
}

In 21.4 starting at line 96:
$this->options['host'] = [];
foreach ($t as $h) {
if (preg_match('#^ldaps?://#', $h)) { // entry is already URI
$this->options['host'] = $h;
} else {
$this->options['host'] = $h;
}
}

Note that in 21.4 regardless of result of the if, the executed code is the same and the LDAP connection will fail if the "host" is not in URI format. I believe the else clause should look similar to that from 12.2. A workaround is to enter a full URI in the configuration for the LDAP server host.

It seems that there is an error in the following line of function validate_user_ldap() of /lib/userslib.php:
$this->ldap->setOption('bind_type', 'full');
Because of that ldap bind_type is always full, no matter what bind_type user sets in settings in admin panel.

In line 520, lib/prefs/feature.php containts text (a hint) that cannot be translated into any language, because it doesn't call tra():

{CODE(colors=tiki)}
'feature_contact' => [
'name' => tra('Contact us'),
'description' => tra('A basic contact form a visitor can use to contact the site admin'),
'hint' => 'You can use Trackers to create custom Contact Us forms.',
'help' => 'Contact+us',
'type' => 'flag',
'default' => 'n',
'dependencies' => [
'feature_messages',
'sender_email',
],
'tags' => ['basic'],
'admin' => 'general',
'view' => 'tiki-contact.php',
],
{CODE}

In lib/prefs/permission.php is a help text that resists all trials to translate it. It __does__ get pumped through tra(), but I cannot translate it even if I copy exactly the string from the PHP source code. I have also tried to substitute the line break that is contained by \n, the newline character. To no avail.

The code in question is this:

{CODE(colors="Tiki")}
function prefs_permission_list()
{
return [
'permission_denied_url' => [
'name' => tra('Send to URL'),
'description' => tra('URL to redirect to on "permission denied"'),
'type' => 'text',
'size' => '50',
'default' => '',
'tags' => ['basic'],
],
'permission_denied_login_box' => [
'name' => tra('On permission denied, display login module'),
'description' => tra('If an anonymous visitor attempts to access a page for which permission is not granted, Tiki will automatically display the Log-in module.
Alternatively, use the Send to URL field to display a specific page (relative to your Tiki installation) instead.'),
'type' => 'flag',
'default' => 'n',
'tags' => ['basic'],
],
];
}
{CODE}

The string in 'description' cannot be translated. And when I grep through the entirety of Tiki 18.6, in __no language__ has anyone managed to translate this part, because in all of the 58 languages that are available in /lang, not a single one custom.php or language.php contains a string starting with "If an anonymous visitor"...

A check box to mark the tacker can only be submitted once per person, like in the quiz feature, but with trackers.

I've tried everything I can think of that was written in every tracker help page to force only one submission per user. (not the same as one entry per user, since it seems I can re-submit the form over and over to modify the answer.)
---
Tested in trunk as of Jan 19th 2016 (r57256) and I confirm that there is some regression bug at least in trunk: standard registered user is able to submit a new item even if the setting to allow just one item per user or ip is enforced. {sign user="xavi" datetime="2016-01-19T10:13:02+00:00"}
To reproduce: login as
u: user1
p: user1
(plain registered user)

And go to

http://duqtape-11783-5792.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1

where you will be able to insert new items, when you shouldn't, since the tracker setting "Only one item per user or IP (The tracker needs a user or IP address field with the auto-assign set to Creator)" is enabled, and that user field is set as required.

You can admin the site with:
u: admin
p: 12345

The link directory keeps track on how often each links gets a click, is visited. When you browse the directory, a total number of visits is stated.

This number stays at 0 forever, despite many visits on different links. At the link, the visit gets counted, but the total is never updated.

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

People expect to find one here

{syntax type="tiki" editor="plain"}
The LISTPAGES plugin does not display the category or category path for a page, even if so configured.

See demo/test on http://demo.tiki.org/9x/tiki-index.php?page=test_list

It appears that the $listpages variable does not include any category information at all.

PASCAL

Also tested with Version and Category path and also does not display

live.t.o: Add a new param to plugin BigBlueButton so that only recordings longer than X minutes are displayed

See it reproduced in https://tiki.org/Live > BBB current recordings (once loged in)

There are 140+ recordings, and most of them are kind of demo trials, of less than 10 minutes. Last year 2013 I spent like 1h reviewing the short meetings and deleting them from the recordings list, since they pollute the list. But every month there are new of those recordings, demo, tests, support requests in the wrong place, etc. and it's tedious to do this manual work, which might happen also in other sites using Tiki + BBB.

A simple workaround would be to add an extra param to the ((doc:PluginBigBlueButton)) so that only recordings longer than X minutes (default to 10' ?) are displayed in the recordings list.

Plugin Convene is "Always" editable and can’t be locked even when meeting is decided.

Sample is our Roundtable that people keep to edit after time is fixed and this lead to confusion.

It is easy technically (I think) complicate practically.

Who has right to edit the page can always change it so it must some kind of Warning or...

When Intertiki is on, mod-login_box.tpl should show some info on the login box reporting where to register in order to log into that site. Example: edu.tw.o., with tw.o registration.
I've done this by hand:

^Intertiki is enabled. Log in with your account at <a href="http://tikiwiki.org">http://tikiwiki.org</a>. <br><b>New?</b>: <a href="http://tikiwiki.org/tiki-register.php">register at tw.o</a> and come back to log in here.
^
{CODE(wrap=>1)}
Intertiki is enabled. Log in with your account at <a href="http://tikiwiki.org">http://tikiwiki.org</a>. <br><b>New?</b>: <a href="http://tikiwiki.org/tiki-register.php">register at tw.o</a> and come back to log in here.
{CODE}

But this could be added more general on tiki, so that it checks whether intertiki feature is on, and get's the name of the intertiki server from some value at your tiki isntallation, and then, the message is customized on the login box.

If I select the option to use facebook as a login feature, and have Social Networks DISABLED, the facebook icon appears under the login popup box and when clicked fails in an error.

I would expect the checkbox under social networks "enable social networks" to disable sub-options, regardless of checked status.

/lib/prefs/feature.php contains 11 instances of quote characters that are wrongly escaped. To my understanding of PHP they shouldn't be escaped with a backslash if they are in single quote strings, which they are.

Example:
{CODE(Colors="Tiki")}
'feature_jquery_zoom' => [
'name' => tra('jQuery zoom'),
'description' => tra('Enables zoom in images on mouseover or click. Used in Plugin Img with the parameter \"thumb=zoombox\"'),
'type' => 'flag',
'help' => 'PluginImg#Zoombox',
'default' => 'n',
],
{CODE}

The description string is enclosed in single quotes, yet the double quotes that are part of the string were escaped with backslashes. And the strings are fed into tra().

This leads to the backslashes being visible to the user in English language, and making translating really hard: The only way that tra() will catch these with a content from custom.php is double escaping like this:

{CODE(Colors="Tiki")}
"Enables zoom in images on mouseover or click. Used in Plugin Img with the parameter \\\"thumb=zoombox\\\"" => "Emöglicht, in Bilder hineinzuzoomen bei Mouseover oder Klick. Im Img-Plugin mit dem Parameter \"thumb=zoombox\" verwendet",
{CODE}

I'm not sure if many writers of other translations out there know about this implication...

Not all strings in feature.php have been escaped like this, actually there are 11 instances of \" in there. Some, actually many, strings were written the right way like this example:

{CODE(Colors="Tiki")}
'feature_jquery_reflection' => [
'name' => tra('Reflection'),
'description' => tra('Creates a reflection under an image. Used in Plugin Img with the parameter "class=reflect"'),
'type' => 'flag',
'help' => 'JQuery#Reflection',
'default' => 'n', // reflection effects on images
],
{CODE}

The 11 instances are on lines 1526 (2), 1841 (2), 2084 (2), 2191 (2), 2928 (2). Line 2496 uses \" for something else.

When attempting to register a new user in a 12.x tiki site (svn updated to recent revisions as of today {sign user="xavi" datetime="2016-03-03T09:31:44+00:00"}), users see this image after filling in the form with all required fields (and images from the recaptcha test) and clicking at the register button:

Fatal error: Call to undefined function curl_init() in /path/tiki12svn/lib/captcha/Captcha_ReCaptcha20.php on line 49

3.0 and 3.1

When the number of messages in the mailbox exceeds the number set to display (regardless of the number set to display) no pagination tool appears so it is impossible to see the rest of the messages.

This is for read or unread messages.

It's happening on my live site, and it is also found in a fresh 3.0 installation under MAMP on my local machine.

It's a show-stopper!

__UPDATE: a clue__

So in Look n Feel=> General Layout

I turned off "Hide pagination when there is only one page"

and went back to the mailbox. Now it's showing

"page 1/1"

So it's not showing pagination tools to see more messages because it has concluded it is already showing them ALL.

So something can't count or can't subtract or has the wrong rule.

For my recently filed reports I received update notifications, whose headers look like this:

Subject: Report on Tiki Wiki CMS Groupware :: Development from 28 Dec 16 (2 changes)
MIME-Version: 1.0
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Type: text/html;
charset="utf-8"

...

repeats > 20 times

{syntax type="tiki" editor="plain"}
This feature arrived in {mr id=5960} but wan't made optional sadly, i might get round to it one day, so this is just a reminder really

The maketoc plugin displays multiple TOC's (one from each Language displayed) on the left hand side when the international "all languages" feature is used.

{img fileId="752"}