Category: 19.x

Collapsible sections are those created by starting a title with "+" or "-". Some of these sections cannot be expanded or collapsed due to a conflict with other collapsible sections shown at the same time but parsed in different contexts.

When such a conflict happens, the div elements of the conflicting sections have identical id attributes (which means the HTML is invalid). Browsers deal with such conflicts by considering that the real element with the duplicate id is the first one. Consequently, when that happens, trying to open/close any of the conflicting sections will open/close the first conflicting section.

It would be difficult to explain exactly when this occurs or not, but this is very simple to reproduce. Suffice to call the FADE plugin twice and to have at least 1 collapsible section in each call's body. Trying to open or close the first section of the second call to FADE will fail.


!! Cause
The identifiers of the section are generated in parse_data_process_maketoc(). The $nb_hdrs variable holds a count of collapsible sections which attempts to avoid such conflicts, but as this is a local variable, when parse_data_process_maketoc() is called several times, conflicts can occur between different contexts. As FADE calls parse_data() to parse its body, a page's immediate content and its content inside a FADE zone are parsed in different contexts.

This affects trunk as of r69061.

!! Example
This is demonstrated on [http://chealer-232-7031.show.tikiwiki.org/tiki-index.php?page=HomePage|this show.tikiwiki.org page].

Currently in trunk, some JS code is adding to most of the control panels elements:
{CODE()}style="display: none;"{CODE}
causing them to be hidden after page completes loading.
Makes using admin control panels impossible.

I suspect something to do with the filtering of showing Basic / Advanced preferences got broken as a side-effect of the Bootstrap 4 transition. {sign user="luci" datetime="2018-05-01T13:49:22+00:00"}

Currently, we can only sort by one field. But it might be useful in many cases to sort by several, in a certain order. It's quite a usual thing to do with MySQL, for example with a -+ORDER BY user_id, created_at+- so it would sort first by user IDs, and then for each user ID it would sort by created_at.

The syntax could be as simple as: -+~np~{sort mode="tracker_fied_user_id_asc, tracker_field_created_at_desc"}~/np~+-

I was creating a wiki page entry and encounter a bug. When a special character is used in the text, text is deleted at the instance of the first special character and below. I just upgraded from 10.2 to 11.1 hoping to fix this problem. Both version delete text using special characters inserted using the character feature of the editor. mu, epsilon, pi, kappa, h bar were used. epsilon is the first special character and was the start of the deleted text.

-----

This is now converted into a Feature Request for tiki 13, See comment thread for reasons why {sign user="pascalstjean" datetime="2013-11-27T16:09:44+00:00"}

While selecting the status when editing a tracker item in the modal (feature Chosen enabled), the icons do not display properly.

Expected behaviour: the same status icons used everywhere else should show there, instead of coloured square boxes.

See attached image for details.

See:
{img fileId="1248" thumb="box"}

On https://nextdev.tiki.org/Development (u: next, p: next) there is weird Error: "__Alias HomePage link already present in 5496:27 page(s)__"

Any ideas?

Check
https://dev.tiki.org/How-to-release

vs

https://dev.tiki.org/How-to-release?structure=Developer+Documentation

When the Structure TOC Plugin is activated, I can no longer edit pages in WYSIWYG mode. CKeditor sits and spins "Loading".

Errors produced:
/vendor_bundled/vendor/ckeditor/ckeditor/plugins/Tabledesmati%C3%A8res(Structure)/plugin.js?t=I8BH:1 Failed to load resource: the server responded with a status of 404 (Not Found)

ckeditor.js:248 Uncaught Error: [CKEDITOR.resourceManager.load] Resource name "Tabledesmatières(Structure)" was not found at "http://outilingua.net/vendor_bundled/vendor/ckeditor/ckeditor/plugins/Tabledesmatières(Structure)/plugin.js?t=I8BH".
at window.CKEDITOR.window.CKEDITOR.dom.CKEDITOR.resourceManager.<anonymous> (ckeditor.js:248)
at f (ckeditor.js:244)
at Array.n (ckeditor.js:244)
at r (ckeditor.js:244)
at HTMLScriptElement.CKEDITOR.env.ie.d.$.onerror (ckeditor.js:245)


This occurred on two separate Tiki sites after upgrading from 18.2. I have no workaround as Structures are an important part of both sites for navigation.

I have an issue where if my sub-headings exceed 9 then the auto-numbering and autoToc is screwed up.

This does not happen on first saved, rather after the next edit and save.

To replicate the issue:

1. Create new wiki page.
2. Add a H1 Heading, e.g. 'Section 1'
3. Add 10+ H2 Headings underneath the 'Section 1' Heading
4. Add another H1 heading, e.g. 'Section 2'
5. Save
6. Edit Wiki page
7. Save again

H2 Headings are OK up unitl section 1.9 and then the system seems to add an additional hard coded 1.x on to the end of the auto number.
An additional hardcoded number is added with each subsequent edit & save.

I received today page modification notification from tiki.org after it was upgraded to Tiki19.

The subject was missing in my Apple Mail application because it was badly encoded.

Raw source before (tiki18):
{CODE()}
To: bsfez@tiki.org
Subject: wiki page "Versions" changed by Marc Laporte
X-PHP-Originating-Script: 33:Sendmail.php
Date: Sat, 03 Nov 2018 20:13:27 +0100
X-Tiki: =?UTF-8?Q?yes?=
From: noreply@tiki.org
Sender: <noreply@tiki.org>{CODE}

The raw source is now (tiki19):
{CODE()}
To: bsfez@tiki.org
Subject: =?UTF-8?Q?=0Awiki=20page=20"201902=20TAG=20Meeting"=20changed=20by=20?= =?UTF-8?Q?Gary=20Cunningham-Lee?=
X-PHP-Originating-Script: 33:Sendmail.php
Date: Sun, 18 Nov 2018 12:05:19 +0100
X-Tiki: =?UTF-8?Q?yes?=
From: noreply@tiki.org
Sender: <noreply@tiki.org>
{CODE}

When you set up in ((doc:PluginPivotTable)) the renderName from __HeatMap__ to __Table With Subtotal Heatmap__, then when you click on a cell produces no popup with the aggregate details any more.

My setup: MacOSX 10.13.6, MAMP Pro using PHP 5.6.33 using trunk or 18.x.

{CODE()}Macintosh-2:trunk Bernard$ php doc/devtools/svnup.php

Parse error: syntax error, unexpected ':', expecting ';' or '{' in /Users/xxx/Documents/xxx/www/htdocs/trunk/lib/tikiaccesslib.php on line 1238

Call Stack:
0.0024 350864 1. {main}() /Users/xxx/Documents/xxx/www/htdocs/trunk/doc/devtools/svnup.php:0
0.1037 509512 2. require_once('/Users/xxx/Documents/xxx/www/htdocs/trunk/tiki-setup_base.php') /Users/xxx/Documents/xxx/www/htdocs/trunk/doc/devtools/svnup.php:47
0.8336 11607456 3. TikiLib::lib() /Users/xxx/Documents/xxx/www/htdocs/trunk/tiki-setup_base.php:249
0.8337 11607632 4. Symfony\Component\DependencyInjection\ContainerBuilder->get() /Users/xxx/Documents/xxx/www/htdocs/trunk/lib/tikilib.php:68
0.8337 11607632 5. Symfony\Component\DependencyInjection\ContainerBuilder->doGet() /Users/xxx/Documents/xxx/www/htdocs/trunk/vendor_bundled/vendor/symfony/dependency-injection/ContainerBuilder.php:587
0.8337 11608024 6. Symfony\Component\DependencyInjection\ContainerBuilder->createService() /Users/xxx/Documents/xxx/www/htdocs/trunk/vendor_bundled/vendor/symfony/dependency-injection/ContainerBuilder.php:633
{CODE}

It was working 3 weeks ago and it is still working on 18.x.

Note: When I try with PHP 7.2.7 svnup.php throw : mysql server not started (on trunk and 18x)

The actual plugin table of content (toc) seems to work only within structure.
It is a bit confusing as the plugin is always available (even when you don’t use and didn't enabled structures). If the user miss the little text that says it work with structure from the plugin help modal then it can turn into hours of frustrations.
''Note: from the plugin modal editor window it is not possible to understand it work with structures only).

It would be nice if we can use it without being in a structure, to set a table of content on a single page. A table that could be designed per usage.

The alternative to use auto-toc is too heavier IMO and still doesn’t clean the confusion of having a common plugin you can’t use. (most of other competitor of Tiki just have this working on any page in a few clicks).

PS: I found impressive we have so many ticket for the table of content (common and easy to use feature) for 2018.

Table of contents in the pdf produced by mpdf doesn't respect page orientation param set in plugin pdfpage.

The page: https://dev.tiki.org/Test-ListPages is consistently returning a 500 server error.

Server version is currently 19.1

I have an issue where if I add the section heading toggle e.g. !-# or !+#, then they are lost after the next edit.

To replicate:

1. Create a new wiki page with a number of headings, toggle syntax and text. E.g. !-#Section 1, !-Section 2, etc.
2. Save and all is ok.
3. Edit page again.

When i go to source, all toggle tokens are missing from source e.g. + and - are removed from heading code. e.g. !-# is now !#

When you have edit icons enabled for wiki pages and there is PluginInclude, the icon to edit the included page is in PNG format instead of the FontAwesome icon.

The way articles bloc are positioned changed in Tiki19.

It used to be :
||Title
Author date
Illustration | Content
More button||

It is now (tested on several themes);
{img fileId="1242" thumb="box"}

Look at : https://dev.tiki.org/tiki-view_tracker_item.php?itemId=6897

We have lot of space used for carriage return when this is not need. I can’t post an image (another ticket coming).

Status
Open
Subject
External icon link on dev bottom links is too close to the text
Version

Is taking 1/3 of the height of my screen and I have very high resolution !!!
There is also a lack of distinction between elements.
Subject could be in another colour, field title are not bold enough or should have a different colour, etc.

Hard to focus on the data "that counts". :)

Bernard

Had trouble turning Action buttons of in Bloglist.
Tested themes fivealivelite and lighty, the buttons didnt disappear.
Tried to reproduce the error in demo version on server didnt work.
Turned Standard Bootstrap theme on my server on. Option showIcons worked as it should.

on this page/version it seems to work either, so it seems solved for fivealife theme:
{bloglist Id="1" Items="3" simpleList="n" showIcons="n" charCount="80" wordBoundary="y" ellipsis="y" more="y" }

No big trouble just annoying, and took some time to figure out the reason.
And didnt find a solution yet to turn off the buttons using lighty/fivealive theme )(hintappreciated)

THX Tobi

the latest release 17.1 no longer allows the theme width to be changed by pixel or percentage. Up through 17.0 the theme width could be fixed at a percentage, or a pixel, 85% or 1170px.

There are only two options now, full width, or default width. The custom theme width no longer seems to be operational.

Please see show instance.
Thank you.

5-16-2019 update: this issue has returned in Tiki19

At : https://dev.tiki.org/item6840-tiki-listpages-php-Layout-of-the-page-is-broken in a comment I placed and img and set the thumbnail parameter to open a lightbox.

It opens the image in browser tab window instead.

I had the feeling I seen that (and reported) already but I couldn’t find a ticket.

See https://nextdev.tiki.org/File-a-bug

When doing a fresh install of branches/19.x via tiki-install.php UI: if the user selects MyISAM as the database engine of his choice instead of the default InnoDB, then after the last step where user chooses to lock the installer there is a system error instead of the screen to change the admin login on the -+tiki-change_password.php?user=admin&oldpass=admin&newuser=y+- (which is really a shame):
{CODE()}
An error occurred while performing the request.

Things to check:

Did you complete the Tiki Installer?

Is your database corrupt? Please see how to repair your database

Are your database settings accurate? (username, schema name, etc in db/local.php)

Please see the documentation for more information.
{CODE}

See https://screenshots.firefox.com/AZAjqNbyHSzadvdJ/demo.luciash.eu

With InnoDB the same process works nicely and the user is welcomed with the admin login password change.

__Did anybody test this? How come the unit tests did not catch it?__