Category: 15.x Regression

#Long text (url) without space spill over tracker contenttabs when viewing an item : http://domain.com/itemxxx.
#Long text in a comment tab is hidden, should be wrapped and content should be displayed.

Why can’t I say the word "url" in here ? a is added all the time...

LTS Regression: images not shown if align=center as param (reproduced in doc.t.o)

See this thread were it's explained:
https://tiki.org/tiki-view_forum_thread.php?forumId=2&comments_parentId=60647&threadId=60648&thread_sort_mode=commentDate_asc#threadId=60648

reproduced, also, here in doc.t.o, fixed by hand with that change:
https://doc.tiki.org/tiki-pagehistory.php?page=Newsletter+Admin&history_offset=1&paginate=on&history_pagesize=50&tra_lang=sq&diff_style=sidediff&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=31&confirmAction=

I mass replaced
{CODE()}
{img align="center" src="img/wiki_up/
{CODE}

with
{CODE()}
{img src="img/wiki_up/
{CODE}

in doc.t.o, but other tikis might be affected by that issue too. (I thought images were gone in some migration between servers or something when I first saw that)

{CODE()}
root@site:/path# php console.php mail-queue:send --site=site.example.com
Mail queue processor starting...
Sending message 1...
PHP Fatal error: Call to undefined method Zend\Mail\Message::getRecipients() in /path/lib/core/Tiki/Command/MailQueueSendCommand.php on line 51
{CODE}

Same process works as expected in an equivalent tiki12 setup. (same server, type of commands, smtp account, equivalent cron job)

Using
URL: https://svn.code.sf.net/p/tikiwiki/code/branches/15.x
Relative URL: ^/branches/15.x
Repository Root: https://svn.code.sf.net/p/tikiwiki/code
Repository UUID: b456876b-0849-0410-b77d-98878d47e9d5
Revision: 58070
Node Kind: directory
Schedule: normal
Last Changed Author: luciash
Last Changed Rev: 58070
Last Changed Date: 2016-03-23 22:54:14 +0100 (dc, 23 mar 2016)

If I recall correctly, in the past when you're making a menu and adding menu options, the options' position incremented automatically by 10, so it wasn't something you needed to pay attention to. Making a menu in Tiki 15.2, with this assumption, I didn't edit the position number, and found that sometimes the number increased by 10 and sometimes it didn't. I don't see a pattern for when it increments and when it doesn't.

I created a tracker item a few days ago: https://dev.tiki.org/item5826 (highlighted text issue).
It should be displayed here : https://dev.tiki.org/tiki-user_information.php#contentuser_information-2

But it is not.

However another item I create a few days ago too : https://dev.tiki.org/item5822 is in my items page.

May be it is related to that the only difference is the lasmod (jonny).

At dev.org 2 days ago I had a pending item where I was the creator and someone else a modifier:
https://dev.tiki.org/item5028

It was not displayed on my items at :
https://dev.tiki.org/tiki-user_information.php#contentuser_information-2

Trying to pin-point I modified the item to be also the modifier but it didn’t help.

This is pretty critical and nearly a blocker.

If you have two category fields in one tracker and use inline editing to change one of them, the categories set in the other one are lost.

Will try and make a show instance f'when i can (or indeed just fix it!)

Newsletter fails to be sent properly if article clipping is involved

We tried to send a newsletter, after the discussion held on
https://tiki.org/Roundtable+Meeting+2016+07

I tested the newsletter sending with Newsletter 6 (currently renamed to "Tiki News" after that ((tw:TRM)), with 850+ people subscribed to it) and with Newsletter 7 (test, with a few emails for testing).

e.g.
https://tiki.org/tiki-send_newsletters.php?nlId=7

It had some features/preferences related to clipping:
https://tiki.org/tiki-admin_newsletters.php?nlId=7&cookietab=2#anchor2
^
(X) Allow clipping of articles into newsletter
Clip articles published in the past number of days: 30
Article types to clip: (and there were some of them: 3 exactly)
^

I did send a test newsletter (nlId=7) and just one email was sent for me, with no clipped articles (even if they were shown as html tags in the tiki send newsletter UI at sending time).
None of the other 6 emails address seemed to receive that email message.

I did unselect all the clipping features, tried again, and I got more email messages (if not all of them, mayube some servers take longer).

HTH

Newsletter sends text and html and no way to choose only one

Reproduced here:
https://tiki.org/tiki-send_newsletters.php?nlId=7

Wasn't tehre a way to choose that in previous tiki versions? (tiki12 probably or earlier, I used that preference)
---
Show instance created by bchauchat and admin pass changed to adminadmin
See: [https://irc.tiki.org/irclogger_log/tikiwiki?date=2016-11-25,Fri&sel=58#l54]
---
Update:
This is affecting also the newsletter sending from tiki.org, to communicate new releases to the subscribed users, and it provides very bad image of the polishness of newsletters in our own servers. {sign user="xavi" datetime="2017-01-10T09:32:11+00:00"}

Newsletters (in Firefox and Chrome) do not show the list of emails being sent to, that page where the list got updated as emails where being sent.

In Chrome they are shown as usual (as in 12.x)

Using Firefox 46 on GNU/Linux 64 bit (Ubuntu 16.04).

Got it while testing this issue:
"Newsletter fails to be sent properly if article clipping is involved"
https://dev.tiki.org/item6040

Throtlling was in use, in case this matters.
Reproduced in tiki.org
https://tiki.org/tiki-send_newsletters.php?nlId=7
---
Update: using 16.x in t.o sites, and Chromium: I can't see the list of emails being sent either. (and unclear if all people receive the newsletter, but that is another story - even if that makes uncertain whether we are communicating properly security releases to all t.o-news-and-releases-newsletters subscribers ) {sign user="xavidp" datetime="2016-12-27T18:44:32+00:00"}

nextdev.t.o Fatal error: Class 'TikiCachedContainer' not found in /path/www/lib/init/initlib.php on line 56

Just visit http://nextdev.tiki.org and you will see it. As of Jan 19, 2016. {sign user="xavi" datetime="2016-01-19T22:35:56+00:00"}

If some level y header follows a level x header, y is normally between 1 and x+1. But Tiki also supports going straight to x+2 or greater, in general. For tables of contents, this is not a problem for server-side TOC-s (maketoc), but it is one for client-side TOC-s (autoToc). Level i headers which follow the excessively deep header are displayed as level i-1 headers. And level 1 headers are not displayed. Furthermore, headers following a missing level 1 header are also missing, no matter their level.

So, for example, if a page contains:
{CODE(colors="tiki" theme="default")}
! Title 1
!!! Title 3 (too deep)
!! Title 2
! Title 1
!! Title 2
{CODE}
... the client-side TOC would list the first title fine, the third one would be displayed as H1, and the fourth and fifth titles would not display.

This appeared with Tiki 15, when autoToc switched to Bootstrap Scrollspy. Tiki 14.4 does not have this problem. This persists in Tiki 18.1.

The defect must be in autoToc.js. The technical bug causes another symptom reported in {wish id=6586}.

Hi,

After pulling in the newest code from the trunk (as of r56661), I am experiencing a permissions error that is being caused by the LDAP not syncing with my groups properly.

When I attempt to log in to my site, it allows me to log in, however when I get to the home page it simply gives me an error message that reads "You do not have permission to view this page." The only way I am able to see anything on the site is through the default admin account (but this is because it does not need to be authenticated externally).

I have been unable to find a solution to this, but this was working for me just before the weekend. Also, I am unable to do a tiki demonstration due to the nature of the LDAP, so please contact me if there are any questions about my set up.

Any help would be greatly appreciated. Thanks.

I've upgradede another site from Tiki12 to Tiki15, andI see this error messages in the "Show php error messages" at the bottom:

{CODE(colors="php", ln="1")}
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/parser/parserlib.php
Line: 1523
Type: mb_strlen() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/ObjectFactory.php
Line: 110
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/ObjectFactory.php
Line: 110
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/ObjectFactory.php
Line: 110
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/ObjectFactory.php
Line: 110
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/CategoryFactory.php
Line: 253
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/CategoryFactory.php
Line: 253
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/CategoryFactory.php
Line: 253
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/CategoryFactory.php
Line: 253
Type: trim() expects parameter 1 to be string, array given
{CODE}

{GROUP(groups="Registered")}For the record, errors shown here:
https://sustainability.seeds4c.org
{GROUP}

I've run a script on all profiles from all branches ( https://github.com/xavidp/TikiProfilesTester ) and I see that all profiles since 15.x throw this error message (which might be related to the fact that unified search index may be currently enabled by default)?
{CODE()}
PHP Fatal error: Uncaught Search_MySql_LimitReachedException: Could not perform index modification: Incorrect datetime value: '0000-00-00 00:00:00' for column 'creation_date' at row 1 in /var/www/html/15.x/lib/core/Search/MySql/QueryBuffer.php:55
Stack trace:
#0 /var/www/html/15.x/lib/core/Search/MySql/QueryBuffer.php(37): Search_MySql_QueryBuffer->realFlush()
#1 /var/www/html/15.x/lib/core/Search/MySql/Table.php(195): Search_MySql_QueryBuffer->flush()
#2 /var/www/html/15.x/lib/core/Search/MySql/Table.php(28): Search_MySql_Table->flush()
#3 [internal function]: Search_MySql_Table->__destruct()
#4 {main}
thrown in /var/www/html/15.x/lib/core/Search/MySql/QueryBuffer.php on line 55
{CODE}

Using php 5.6, and mysql (server) 5.7.12 (mysql client: libmysql - mysqlnd 5.0.11-dev - 20120503).

Profiles are applied through the command line with "php console.php p:a ProfileName"

Plugin Image Annotation is broken. https://doc.tiki.org/PluginAnnotation
#Annotation zone is offset (away from the mouse selected zone)
#Annotation link is not displayed
#Buttons on the note look bad


Here an example
{annotation src="display1017" width="400" height="500"}

Select for Image Source an scr on the internet. Save.
{img type="src" src="img/tiki/Tiki_WCG.png" responsive="y"}

Reopen the plugin dialog change Image Source to file in the File Gallery and enter a valid ID. Save.
The new image will be displayed now. (good fix).
However the module still contain the previous ans unused image src.

{img type="fileId" fileId="2" src="img/tiki/Tiki_WCG.png" responsive="y"}

Fixed by jonny with 58231 - thanks !


In a number of plugins that have text fields (I suspect all of them that do) e.g
- MOUSEOVER for the label parameter or the
- INCLUDE plugin for the nopage_text field,

If these are edited in wysiwyg wiki pages (the full HTML wysiwyg version) and you add text that has single quotes in it, then some sort of ‘escaping’ seems to be happening.

Every time you edit the page more and more \ characters are added in front of the single quote character so a simple MOUSEOVER label that is supposed to say:

''__Hover over here to show a wiki syntax ‘sticky’ pop-up__''

Ends up as:

''__Hover over here to show a wiki syntax \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\‘sticky\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\’ pop-up__''

Where there can be hundreds of \ after a couple of edits, and opening the wysiwyg editor takes longer and longer – presumably because it is repetitively ‘escaping’.

Creating a simple page with
{trackerfilter(trackerId="2" filters="6/d" fields="6:7" editableall="y"){trackerfilter}
The field 7 is a choice among 3 options.
When filtering, I can see the filtered results, but clicking on any of the fields refreshes the view and does nothing. Is that normal or new to 15x?
Thanks for any suggestion for troubleshooting.
cheers, hj

That used to work nicely in the past.

Plugin TrackerList & TrackerFilter have non-linked item fields display links to current page

even if param showlinks="n" (no change)

See it reproduced here:
http://xavi-9794-5935.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12
u: admin
p: 12345

PluginAnnotation missplaces boxes in Tiki14 compared to Tiki12.

Issue reproduced here:
https://doc.tiki.org/PluginAnnotation+example

Log in as Registered, and try to add a box somewhere in the image, you will see the red box drown somewhere else (missplaced to the right of your cursor).

See it working as expected in Tiki12 (reproduced in a show instance here):
http://xavi-9794-5777.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

PluginChart doesn't produce the expected chart, just the legend

Try to reproduce the example at the documentation, and you'll get the issue reproduced, like in the https://doc.tiki.org/PluginChart

Strategic feature to get Spreadsheets and charts out of them in the game again.

^__Please note:__
This request is to have the png & jpg versions of the charts produced ( see: https://doc.tiki.org/Spreadsheet+Graphics+and+Charts#Select_the_Graphic_Type_and_Output_Format ), not some js based solution (like reusing raphaeljs or chartjs lib, etc.), since this implies an easy solution for charts in PDF reports working automagically without requiring complex solutions to get js-based charts incluided in PDF reports. A different request/wish will be added to add some optional parameter to get the chart produced with some JS lib already in Tiki like the ones cited above.
^

I did set up an example of Plugin MiniQuiz following the documentation https://doc.tiki.org/PluginMiniQuiz ,

but in Tiki15 it doesn't show the strings next to the radio buttons corresponding to the non-right options.

{img src="display1036"}

Reproduced in 12.x here:
http://xavi-9794-5872.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 67890

tracker2 holds the tracker items (questions)

See this forum discussion: https://tiki.org/forumthread60794?topics_offset=1

PluginManager returns this info:
icon - url - Enter a Tiki icon file name (with or without extension) or path to display a custom icon

This does not work.
You can only change the icon by editing /lib/smarty_tiki/block.remarksbox.php
switch ($type) {
case 'warning':
$class = 'alert-warning';
$icon = 'warning'; <<<You can change the icon by changing this, but see Note 1
break;
...

Note 1. This is not the icon name. It is the icon name as defined in /themes/base_files/iconsets/default.php
Ex. 'admin' => array(
'id' => 'cog',
'admin' is what you must call in the above block.remarksbox.php code, if you want to see the cog icon.
If the icon you want to use has not been defined in this file, you must manually modify the file to include your wanted definition.

I'm setting the Easy to solve? at 5 even though I do offer...
A quick 5 minute temporary fix would be to update the function info() in /lib/wiki-plugins/wiki/pluginin_remarksbox.php
* Currently it is not an option, so actually I guess it could be removed.
**But some sort of note could be made with a bit of the above info.
You must be a server admin to be able to change the icon at this point.

The longer term solution is to find out what actually caused the problem.
*Rick Sapir noted "...works in 9LTS, but not 12LTS or 15.x. Maybe a regression?..."

After changing admin pass in a brand new Tiki install the user is sent to example.com/Homepage even if the preference was not enabled by default, and the server didn't support it, like in the case of show.t.o.

This can produce the awful impression that Tiki is broken just in your first trial/test in a server.