Category: 16.x Regression

Some options for tracker field Item Links are broken;

Multiple Fields display type : table is not working anymore a single check box is displayed without any text.

When setting Display to Link and Select multiple values to yes (Multiple Fields display type: dropdown - table is broken as explained above) no link is displayed only text.

Will create an instance as soon as instance are back online.

js and css borked in doc.t.o while testing how to avoid issue in elfinder which prevented to upload any picture: please help

Login to https://doc.tiki.org and try to click at any wiki page icon section at the topright corner of the page: nothing is shown.

If you click in control panels to avoid using tabs, nothing happens.
etc.

* a file gallery with images
* a wiki page
* both no categories and no object permissions applied
* a LIST plugin on a wikipage filter the gallery, show a slideshow

A Tiki15.1 and a Tiki(pre16)Trunk - both last week upgraded
On both sites the images from the gallery are super positively visible in all cases on wikipages or directly ex: example.com/display7

Permissions:

Tiki 15 => restricted permissions for Registered, minimal permissions for Anonymous
LIST on a wikipage show the slideshow

Tiki(pre16)Trunk => several setps from same as above until grant ALL permissions to Anonymous
=> in only one single case the slideshow is visible for Anonymous:
==> when Anonymous positively has applied tiki_p_admin
Even if all other permissions are granted and tiki_p_admin is not, Anonymous will not see the slideshow, despite the Registered user or group member can indeed have limited access and still see the LIST and things can be worked out with category perms.

Just Anonymous needs tiki_p_admin to be able to view the LIST result/output (at least with template=carousel).

#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...

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 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"}

The feature in “Only one item per user or IP” is broken in plugin tracker, so even if it`s checked, the tracker plugin is able to creates multiple items.

Other issue is the tracker plugin feature “view=‘user’ and view=“user&field”” stopped working for some trackers (not all, some work, others don`t, still didn`t figure what makes them work or not). The tracker plugin doesn`t detect the already present item, and always create a new one (even when the “One item per user” is checked, as I stated above.

PluginConvene UI doesn't allow editing date choices for a user anymore

Reproduced here:
https://tiki.org/Roundtable+Meeting+2016+11

Add a user, and then, attempt to edit the user choices: the dropdowns to choose from the options for each date are not shown, but same page is reloaded, with a very long url, etc.

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.
^

PluginFade shows nothing in 16.x. It works as expected in 15.x, and in trunk, a new param has been added (bootstrap=y) which allows the plugin to at least show up.

Workaround? backport that ENH of param to fix PluginFade so that at least there is a way to make it work in 16.x

I create a demo on the instance {sign user="Bsfez" datetime="2016-12-31T06:54:06+00:00"}

Wasn't that fixed already in 15.x+?

This profile, for instance, has some file defined in the file gallery that is created by the profile, and only the first is created through the profile, instead of the whole set as in the past (Tiki12), and the rest of the profile is not applied. If you remove the init_files then the whole profile is applied.
https://profiles.tiki.org/Easy+GeoBlog

These are the type of error messages (after many notices) shown in the shell when the profile is applied with
{CODE(colors="shell")}
php console.php d:i --force; php console.php p:a "Easy GeoBlog" > log_egb.txt 2>&1
{CODE}

{CODE(colors="shell")}
(...)
PHP Warning: preg_match() expects parameter 2 to be string, object given in /var/www/html/16.x/lib/filegals/filegallib.php on line 3932
PHP Stack trace:
PHP 1. {main}() /var/www/html/16.x/console.php:0
PHP 2. Symfony\Component\Console\Application->run() /var/www/html/16.x/console.php:184
PHP 3. Symfony\Component\Console\Application->doRun() /var/www/html/16.x/vendor/symfony/console/Symfony/Component/Console/Application.php:126
PHP 4. Symfony\Component\Console\Application->doRunCommand() /var/www/html/16.x/vendor/symfony/console/Symfony/Component/Console/Application.php:195
PHP 5. Symfony\Component\Console\Command\Command->run() /var/www/html/16.x/vendor/symfony/console/Symfony/Component/Console/Application.php:874
PHP 6. Tiki\Command\ProfileInstallCommand->execute() /var/www/html/16.x/vendor/symfony/console/Symfony/Component/Console/Command/Command.php:253
PHP 7. Tiki_Profile_Installer->install() /var/www/html/16.x/lib/core/Tiki/Command/ProfileInstallCommand.php:67
PHP 8. Tiki_Profile_Installer->doInstall() /var/www/html/16.x/lib/core/Tiki/Profile/Installer.php:375
PHP 9. Tiki_Profile_InstallHandler->install() /var/www/html/16.x/lib/core/Tiki/Profile/Installer.php:450
PHP 10. Tiki_Profile_InstallHandler_FileGallery->_install() /var/www/html/16.x/lib/core/Tiki/Profile/InstallHandler.php:24
PHP 11. Tiki_Profile_InstallHandler_FileGallery->upload() /var/www/html/16.x/lib/core/Tiki/Profile/InstallHandler/FileGallery.php:159
PHP 12. FileGalLib->get_info_from_url() /var/www/html/16.x/lib/core/Tiki/Profile/InstallHandler/FileGallery.php:173
PHP 13. FileGalLib->get_info_from_http() /var/www/html/16.x/lib/filegals/filegallib.php:3889
PHP 14. preg_match() /var/www/html/16.x/lib/filegals/filegallib.php:3932
PHP Catchable fatal error: Object of class Zend\Http\Header\Etag could not be converted to string in /var/www/html/16.x/lib/core/TikiDb/Pdo.php on line 77
PHP Stack trace:
PHP 1. {main}() /var/www/html/16.x/console.php:0
PHP 2. Symfony\Component\Console\Application->run() /var/www/html/16.x/console.php:184
PHP 3. Symfony\Component\Console\Application->doRun() /var/www/html/16.x/vendor/symfony/console/Symfony/Component/Console/Application.php:126
PHP 4. Symfony\Component\Console\Application->doRunCommand() /var/www/html/16.x/vendor/symfony/console/Symfony/Component/Console/Application.php:195
PHP 5. Symfony\Component\Console\Command\Command->run() /var/www/html/16.x/vendor/symfony/console/Symfony/Component/Console/Application.php:874
PHP 6. Tiki\Command\ProfileInstallCommand->execute() /var/www/html/16.x/vendor/symfony/console/Symfony/Component/Console/Command/Command.php:253
PHP 7. Tiki_Profile_Installer->install() /var/www/html/16.x/lib/core/Tiki/Command/ProfileInstallCommand.php:67
PHP 8. Tiki_Profile_Installer->doInstall() /var/www/html/16.x/lib/core/Tiki/Profile/Installer.php:375
PHP 9. Tiki_Profile_InstallHandler->install() /var/www/html/16.x/lib/core/Tiki/Profile/Installer.php:450
PHP 10. Tiki_Profile_InstallHandler_FileGallery->_install() /var/www/html/16.x/lib/core/Tiki/Profile/InstallHandler.php:24
PHP 11. Tiki_Profile_InstallHandler_FileGallery->upload() /var/www/html/16.x/lib/core/Tiki/Profile/InstallHandler/FileGallery.php:159
PHP 12. FileGalLib->attach_file_source() /var/www/html/16.x/lib/core/Tiki/Profile/InstallHandler/FileGallery.php:185
PHP 13. AttributeLib->set_attribute() /var/www/html/16.x/lib/filegals/filegallib.php:3983
PHP 14. TikiDb_Table->insertOrUpdate() /var/www/html/16.x/lib/attributes/attributelib.php:89
PHP 15. TikiDb->queryException() /var/www/html/16.x/lib/core/TikiDb/Table.php:56
PHP 16. TikiDb_Pdo->query() /var/www/html/16.x/lib/core/TikiDb.php:72
PHP 17. TikiDb_Pdo->_query() /var/www/html/16.x/lib/core/TikiDb/Pdo.php:118
PHP 18. PDOStatement->execute() /var/www/html/16.x/lib/core/TikiDb/Pdo.php:77
{CODE}

By the way, In Tiki15, not a single file is added to the file gallery.

For the first time I tried to use the Profiles Wizard right after install on a 17.x.

For the micro setting : Multilingual Wiki, I clicked "apply profile now".
It send me to the profile page without any profile selected or searched for…

Work (better) in 16.x so there is a clear regression.

———

On the Admin profile page : tiki-admin.php?page=profiles, I searched manually for the profile "Multilingual_Wiki_12x" when I clicked on it I got a loading message (loading profile) but nothing happened…

So I tested other profiles. Some other did the same and finally very few loaded properly.
Same results on 17.x and 16.x

Regression: 'Users accept internal messages by default' is not applied to new users, therefore, no one can write them internal messages until they go there to allow that one by one. This is not the expected behavior in places like education, where plenty of students are created each semester, but there is not an easy way to preset that you can write to them (or among themselves) by default with nor further tweaking their preferences one by one.

Selecting a new wiki homepage "Courses:_:Foo" got understood as "Courses" as the new wiki homepage.

I'm using :-: as the default namespace separator for workspaces.

This was working as expected in Tiki12.
---
Reproduced here:
http://xavi-9794-6103.show.tikiwiki.org/tiki-admin.php?page=wiki
u: admin
p: 12345

page selected as homepage was:
Course_Template:_:2016 Fall:_:Course Outline

but it was stored as:
Course_Template

In addition, there are some other oddities with workspaces in 15.x, but that is another story (to be reported aside elsewhere)

showlinks=n param in plugin trackerlist does not prevent link from isMain field from showing

Wasn't that the expected behavior from that param?
At least, that what some users expect from its name and documentation.

http://doc.tiki.org/PluginTrackerList

"Show links to each tracker item (not shown by default). At least one field needs to be set as Public in order for this to work."

Or is the expected output of that param something different?

Spreadsheets (jquery --s5-- sheets) do not work as expected in a productive environment, even not for use in an internal team.
This is a regression, as they have been working before.

Issue: __The edit menu and it's subitems had no effect (Edit | View | Style).__

--Before considering it a bug I want to test here with a show instance.--
__Tested. Fix needed.__

[http://torsten-11143-6133.show.tikiwiki.org/tiki-view_sheets.php?sheetId=1&parse=edit|try here (show/show => admin/12345)]

Regards,
Torsten

For some reason, permissions related to structures are not shown any more, even if you are in the homepage of a structure attempting to set permissions for the whole structure tree, etc. Global permissions show them, but this section is not shown when you are in an object such as the homepage of a structure

That worked in 12.x while showing the permissions under the wiki section.
In theory Tiki 15.x comes with a section of permissions of its own for structures, but for some reason, they are not shown, not even selecting all features (including wiki structures and the hidden featuers) to be shown.

To be reproduced, see:
http://xavi-9794-5464.show.tikiwiki.org/tiki-index.php?page=D1+Cover
u: admin
p: 12345
----
Issue still there! {sign user="xavi" datetime="2016-09-26T21:55:41+00:00"}

t.o: page alias feature not working because some duplication exists (not prevented at edition time and feedback gone too quickly)

Reproduced here:
https://tiki.org/Community+Servers

alias added at the bottom was:
{CODE(colors="tiki")}
(alias(Servers))
{CODE}

When saving the page, some remarksbox is shown for less than a second reporting some duplication of the alias link, and the page is saved removing that remarksbox with the info. And I can't find where else in the t.o site that alias name is written.

Searching for "alias(Server" didn't bring the other page but dozens of pages.

In Tiki12, if I recall properly, if an alias link existed, you were not allowed to save your page, and you were told where that alias name was used already, so that you could at least go there and the duplication by hand before saving your page.

See this code:

{CODE()}
{TRACKERLIST(trackerId="6" fields="20:27:31:33:34:43:46:36" showstatus="y" status="op" sortable="y" server="y" editable="43" tsfilters="type:text|type:text|type:text|type:text|type:date;format:yy-mm-dd;from:2016-06-01;to:2016-12-31|type:date;format:yy-mm-dd;from:2016-06-01;to:2016-12-31|type:date;format:yy-mm-dd;from:2016-06-01;to:2016-12-31|type:dropdown" showlinks="y")}{TRACKERLIST}
{CODE}

The tsfilters code __type:date;format:yy-mm-dd;from:2016-06-01;to:2016-12-31__ is now {sign user="xavi" datetime="2016-08-12T09:19:21+00:00"} in trunk applied (so that items without date or not matching the date range are filtered out), while in Tiki 15 they were just used to preselect the date of the rate range filter, but those date ranges were not applied (items without date or not matching the date range where also shown in the results of the table).

---
If this is confirmed as a regression and fixed in trunk, I reckon that we need to revert this commit I made before I knew that this looked like a regression:
{CODE()}
[ENH]Warn the user that this apparently is the new default behavior for 16.x. Probably feature fix since it makes more sense to be like this, but it was not the default behavior until short ago, afaik. Subversion: Committed revision 59430.
{CODE}
---
Fixed reference to affected branch. It was trunk, and at the time of the bug reporting, that meant 16.x. This issue is not seen any more in 16.x, however, it is in trunk still. Therefore, I tagged it against 17.x and 17.x regression. {sign user="xavi" datetime="2017-01-03T23:23:27+00:00"}

Reproduced here:
http://xavi-9794-6200.show.tikiwiki.org/tiki-index.php?page=Bug6201
Last column for LastModif
u: admin
p: 12345

Currently using:
Last update from SVN (17.0svn): Tuesday December 13, 2016 15:09:21 CET - REV 60628 (MyISAM)

And using 16.x, reproduced here:
https://demo.tiki.org/16x/tiki-index.php?page=Homepage+for+user+Gc
u: admin
p: 12345

Tour plugins (Bootstrap Tour) work fine in Tiki 15 but in Tiki 16 and in branch 17 and trunk, the tour doesn't work. When the same code as in Tiki 15 is used in these later versions, nothing of the Tour displays. (The tour doesn't start.) There's no error message.

UPDATE: The tour works as expected in the show instance (trunk), so there must be some installation-specific problems both for the user who reported a problem ([https://tiki.org/forumthread65396]) and me in my local tests.

On nextdev I’m trying to save an item but the screen stay put only the "submit" button turn grey.

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

Go at https://dev.tiki.org/tiki-view_tracker.php?trackerId=5

Check the url for the status bullet above the tracker items table:
https://dev.tiki.org/tracker5&status=p&sort_mode=created_desc

It is wrong and not working.
It should be :
https://dev.tiki.org/tiki-view_tracker.php?trackerId=5&status=p&sort_mode=created_desc