Category: 17.x Regression

On tiki-install.php, in the install menu "help" the first icon is missing as it refer to "img/favicons/favicon-16x16.png" and there is no such folder or file.

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

mPDF produces 'Controller not found (AutoSave)' when attempting to print some wiki pages since site upgraded to tiki 17svn from 15.x. Using mPDF 6.x from composer in both cases.
It's an intranet, but I can provide page contents of one of them to a developer willing to debug the issue.
re: aspbsgmobils

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

After setting Mail Notifications to various users for types like:
blog_comment_changes
blog_post
wiki_page_changes
I get only notifications for wiki changes.
Using the option to output to debug file..

Tiki 17.1 php 7.0, nginx ..

Number in First numbered header in 2nd level lost in wiki pages with no header of first level

See show.t.o instance

http://xavi-9794-6370.show.tikiwiki.org/tiki-index.php?page=HomePage#Get_started.

if you need to login:
u: admin
p: 12345

When the fullscreen feature is available but not on, and I make the wiki edit screen fullscreen (using toolbar icon), the side-column toggle icons continue to display, inappropriately. They are visible in their normal positions (when side columns are active) even though the edit screen is already fullscreen.

Their should be a check to not show these icons when the wiki editor is fullscreen. (Checking with the DOM inspector, I see the normal Tiki columns are still in place "under" the fullscreen editor, but their content doesn't display. The side-column icons are the exception. So it's kind of like a z-index problem but I don't see what z-index properties are involved, if they are.)

((doc:PluginPivottable)): selecting controls in pivotui are not stored when plugin saved (choosing variables in rows and columns).

To reproduce, login as admin here:
http://xavi-9794-6372.show.tikiwiki.org/tiki-index.php?page=Bug-Tracker#Example
u: admin
p: 12345

Edit pivottable example with the button at the bottom right corner of that pivottable
drag and drop some variables in columns and rows, and save. You should keep your new pivottable displayed as you selected when the page reloads, but it's not, your selections of columns and rows is lost.

That was working as expected in 16.x

Plugin approval is required for the button plugin all over the Tiki after updating the db.

Plugin List fails to find a match for the category Profiles Wizard (292) in dev.t.o

This item
https://dev.tiki.org/item6374 - "Can't apply a Profile from the Profiles Wizard! (only through profiles control panel): ticket missing?"

is categorized against category 292: "Wizards - Profiles Wizard"

This wiki page has a plugin list call to show items in this category (with equivalent syntax that it's working with no problems - apparently - in other pages in dev.t.o):
https://dev.tiki.org/Profiles-Wizard

and it fails to list that tracker item (and any others tagged against that category, if any).

Plugin List or TrackerList unable to show tracker items with category 50 (PDF) in dev.t.o
AFAIR, this used to work in previous Tiki versions (at least Tiki12 and presumably Tiki15)
See the edits I did on this page ((PDF)) :
https://dev.tiki.org/tiki-pagehistory.php?page=PDF&newver=0&oldver=17

However, in both cases, there were no results shown. There were items in the past assigned to category 50 (PDF), as shown here:
https://dev.tiki.org/cat50

See also this one added today:
https://dev.tiki.org/item6407

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

The WYSIWYG plugin no longer works starting from Tiki 17 if there is no page URL parameter, for example on the homepage.
I wrote in the wiki page the usual way to have the plugin to show up:
{CODE()}
{WYSIWYG()}
{WYSIWYG}
{CODE}
I save the wiki page.
When one clicks the "Edit" button at the bottom right corner of the plugin, a JavaScript error occurs:
{QUOTE()}Uncaught TypeError: Cannot read property 'type' of null
at HTMLButtonElement.<anonymous> (tiki-ckeditor.js:188)
at HTMLButtonElement.dispatch (jquery.js:5206)
at HTMLButtonElement.elemData.handle (jquery.js:5014){QUOTE}

jqueryTiki.current_object is null.

If the homepage is accessed using relative URL tiki-index.php, the issue occurs.
If the homepage is accessed using relative URL tiki-index.php?page=HomePage, the issue does not occur.

Tiki 16 does not have this issue.

See this section of a plugin trackerlist that should produce a table of tracker items:

Failing to load in 17.x:
https://dev.tiki.org/Profiles-Wizard#Closed

Working in trunk:
https://nextdev.tiki.org/Profiles+Wizard#Closed

Error in the inspector :
{CODE()}
Uncaught TypeError: Cannot read property 'childNodes' of null
at qa (min_main_8586bd0….js:sourcemap:176)
at Ja (min_main_8586bd0….js:sourcemap:176)
at a.fn.init.append (min_main_8586bd0….js:sourcemap:176)
at a.fn.init.<anonymous> (min_main_8586bd0….js:sourcemap:176)
at T (min_main_8586bd0….js:sourcemap:176)
at a.fn.init.html (min_main_8586bd0….js:sourcemap:176)
at Object.format (Profiles-Wizard:3748)
at Object.processOptions (min_main_8586bd0….js:sourcemap:7026)
at Object.getOptionSource (min_main_8586bd0….js:sourcemap:7024)
at Object.buildSelect (min_main_8586bd0….js:sourcemap:7032)
{CODE}

There are warnings before the error:
{CODE(theme="default")}min_main_8586bd006813c3eea36df705ff53807c.js:6888 Tablesorter Warning! "table.config.widgetOptions.resizable" option not recognized
validateOptions @ min_main_8586bd006813c3eea36df705ff53807c.js:6888
setup @ min_main_8586bd006813c3eea36df705ff53807c.js:6713
(anonymous) @ min_main_8586bd006813c3eea36df705ff53807c.js:6892
each @ min_main_8586bd006813c3eea36df705ff53807c.js:175
each @ min_main_8586bd006813c3eea36df705ff53807c.js:175
$.fn.tablesorter @ min_main_8586bd006813c3eea36df705ff53807c.js:6892
(anonymous) @ Calendar:28998
j @ min_main_8586bd006813c3eea36df705ff53807c.js:175
k @ min_main_8586bd006813c3eea36df705ff53807c.js:175
setTimeout (async)
(anonymous) @ min_main_8586bd006813c3eea36df705ff53807c.js:175
i @ min_main_8586bd006813c3eea36df705ff53807c.js:175
fireWith @ min_main_8586bd006813c3eea36df705ff53807c.js:175
fire @ min_main_8586bd006813c3eea36df705ff53807c.js:175
i @ min_main_8586bd006813c3eea36df705ff53807c.js:175
fireWith @ min_main_8586bd006813c3eea36df705ff53807c.js:175
ready @ min_main_8586bd006813c3eea36df705ff53807c.js:175
S @ min_main_8586bd006813c3eea36df705ff53807c.js:176{CODE}

This affects the wishes alias.

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

Registrations set to require validation by admin do not send email to configured email addresses any more. It use to work as expected, as far as I know, in 15.x

We have set the 3 email addresses separated by commas, as indicated in the Tiki UI, in case it matters, to receive the emails warning about a validation is pending

Ref: aspb-sg

I have an image inserted using the wiki toolbar on a wiki page.
The wiki page contain 18 {DIV()}.
When I edit the plugin setting using the "edit icon" the new setting are not saved.

Note: If I edit using the dialog from the help icon it work:
#go to edit page,
#select the content of the plugin {IMG(mysetting)}{IMG}
#go to help icon and select img

If I reduce to 17 {DIV()} the direct plugin editing is working back. (check history v35,36,37 of the page on the instance)

NOTE : During the same session I found out that I can't insert a quote plugin within divs (I can at the bottom of them) or I had also to remove a DIV (else it broke the display).

Selecting a group at registration time doesn't assign that new user to that group since a site was upgraded from 15.x to 17.x (svn r63071)

ref: aspb-sg

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?

The help icon wont show up if a description is specified:

The below works:
{help url="help-me"}

This hides the help link entirly:
{help url="help-me" desc="{tr}Somehelpful text{/tr}" }

along with :
{help desc="{tr}Somehelpful text{/tr}" }

The help buttons attached to preferences are not effected. It does not look like the json entry is being generated for this smarty tag when a description is given.

This syntax is currently used throughout tiki.

Here is a weird one:

I edited https://doc.tiki.org/Tiki17 a few times and I got:
504 Gateway Time-out nginx/1.12.0

That is not a big problem, but perhaps a symptom.

Then, when I check the history, I see that 4 revisions are missing (74, 75, 76, 77)
https://doc.tiki.org/tiki-pagehistory.php?page=Tiki17

When I compare, I notice some edits which are mine, and some which are not mine:
https://doc.tiki.org/tiki-pagehistory.php?page=Tiki17&newver=77&oldver=73

It's as if the revisions have been deleted, but I didn't delete them. It's as if the time out saves the data but forgets to put the previous version of the page in the history (or something like this)

I am 99% sure it's a regression, because otherwise, it would have been noticed sooner.

Someone with server access to doc.tiki.org may need to look at the logs...

Something about namespaces seems to conflict with url sending user after updating tracker item with SEFURL

Url where I update an item is:
{CODE()}
http://example.com/item608?from=SERGEN-Xavier%3A_%3AMagatzem-LH-AraVinc
{CODE}

Editing the tracker item is done in a modal window. I update a datepicker field in the tracker, save, and I'm re-sent to this full url in the browser:
{CODE()}
sergen-xavier:_:Magatzem-LH-AraVinc
{CODE}

i.e., with no http, nor domain, etc.

The tracker item edit was saved properly, it's just disorienting for the user to be sent to that defective url.

On Tiki 17.0 some chars encoding were broken when using item link or getting data into a plugin like stats. It was fixed for item link but not for tracker stats.

__I did set a higher importance than expected just for a trackerstats bug because it is related to tracker items and we may have the same issues in other places__

To reproduce;
I install a Tiki 17x.
I enable trackers feature.
Create a tracker with items using special characters, add a few items
Create a second tracker with an item link field to display a field from the previous created tracker (rebuild the index)
Back to the second tracker I add a few items.
On a wiki page I set a trackerstats plugin.

It is reproduced on the instance.

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