Category: 15.x Regression

((doc:PluginSlider)) lost start/stop control after upgrade from 12.x to 15.x

See the problem reproduced in doc.t.o, where the param to build Start/stop is set (buildstartstop="y" ), but nothing is shown:
https://doc.tiki.org/PluginSlider#Example

(compare with the screenshots from Tiki9/Tiki12 sites in the doc page)

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.

provide a clicable link to login to dev.t.o from a smartphone out of the menu icon at the top right corner

Have you tried recently (in the last several weeks?) {sign user="xavi" datetime="2016-04-06T15:43:28+00:00"}
Same issue when testing https://nextdev.tiki.org

You can't click there at any login link, it's hidden below the square icon of the collapsed menu at the topbar.

And ensure that this fix is applied to the main *.t.o sites , at least. (tiki.org, dev, doc, I would say)

"R_demo" profile doens't get fully aplied in 15.x complaining of some prefs that are defined (Tracker Field Factory Error: Pref "trackerfield_file" required ....)

{CODE()}
Tracker Field Factory Error: Pref "trackerfield_file" required for field type "Tracker_Field_File"
{CODE}

And after that message, then you realize that plugin_r and plugin_rr where to enabled by the profile, which use to do it in 12.x. (it still does)

When I configure Tiki with User Tracker, I can set «Tracker field IDs to sync the "real name" pref from» in tiki-admin.php?page=login

This is ignored. No synchronization happens.

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.

{syntax type="tiki" editor="plain"}
I've recycled this old bug since whilst the original problem has been 'partually' solved it looks like the problem manifests itself the other way around now - ie oddly wysiwyg pages are OK ie they do not show HTML tags BUT wiki pages edited with the standard wiki editor are now showing HTML tags

For Tiki12 the problem is showing with BOTh type of wiki page?? So ideally whatever is fixed in Tiki15 should be backported to Tiki12 as this will be supported for a long time



===old entry text===

If RSS is switched on for wiki pages then the RSS feed page shows wysiwyg edited pages with html tags

Not sure if this a regression or a bug that has always been there but it is present in 9.x and the latest 12.x branch as well as 13.x and trunk

A show instance in 12.x has been produced which shows this bug

Substantially fixed by r54336 in Tiki14 - but not 100% there yet

Not sure on how it works and can’t find solid information about it.

At https://doc.tiki.org/tiki-searchindex.php?filter~content=templates it says:

Field Weights
title:2.5
allowed_groups:0.0001
categories:0.0001
deep_categories:0.0001

So results with the searched word in the title should be of more relevance than other results and therefor be display on the top of the list.

However, at https://doc.tiki.org/tiki-searchindex.php?filter~content=templates the first result with the word Template appears is third.
Result one and two got a lot of time the word template in their content.

I tried to play with the "title" field weight but didn’t get anywhere.
(rebuilding the index didn’t improve)

Seems to work (jonnyB) when ElasticSearch engine is selected

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)

I attempted to use the connect feature from wikisuite.org (using tiki15), and after providing the site details, saving, come back, and click at send info, tiki showed:
^
400 Remote service inaccessible (404)
Remote service inaccessible (404)
^

I recall this working in 6.x or so, so "tagged as regression".

Using (12.1svn): Abril 4, 2014. r50665

Sharing acccess rights, with token access, seems to be failing.
When using "Tell a firend" for a wiki page, as user with tiki_p_admin, there is a checkboxa message sending time, and the link in the email received by the destination emial contains a TOKEN hash inside. However, once clicked in that link in a browser as anonymous, the user see the message "L'accés a aquesta pàgina està acabat" (the access to this page is over).

When using Share, as user with tiki_p_admin to share a wiki page, I see the dropdown to indicate how many times to share access rights with that email. I shared for 3 accesses (the mas allowed in the admin panel, and thus, in the dropdown, also). The eamil that receives a message comes with a token hash inside, but still gets the message "L'accés a aquesta pàgina està acabat" (the access to this page is over).

---
u: admin
p: 12345
Homepage restricted to registered users. When SEFURL is off, sharing access rights with friends seemed to work as expected.
http://xavi-9794-5225.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage
---
IT seems the bug was not solved in trunk by then (15.x currently), and a new fix was added by jonnyb in r58322. {sign user="xavidp" datetime="2016-04-14T12:54:16+00:00"}
---
Fix unconfirmed for me {sign user="xavi" datetime="2016-04-18T11:41:19+00:00"} in localhost with a snapshot of this site upgradeed to 15.x (rewrite rules do not work in show.t.o so SEF cannot be tested there). When attempting to view the site as anon. with the url (which includes the token param name and value), I get:
{QUOTE()}
Your access to this page has expired
{QUOTE}

Update June 22, 2016: This issue seems to happen still when any param is added to the url (page_ref_id=nnn - from structures, or fullscreen=y to prevent disclosing information from the side modules that the user has access to, besides the content that would like to be shown frmo the central column). {sign user="xavi" datetime="2016-06-23T07:32:05+00:00"}

Shopping Cart Module disappears just after clicking on "add to cart" on a product (but page Refresh displays updated cart normally)

Reproduced easily after applying the "Shopping Cart" profile.

Come here:
http://xavi-9794-5978.show.tikiwiki.org/tiki-index.php?page=cart+products
u: admin
p: 12345

And click at "Add to cart" from any of the products. Cart dissapears.
Refresh the browser, and the new item is your cart, which displays as expected, until you click on another "Add to cart".

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?

This seems to be a regression since Tiki12 LTS at least. (non-bootstrap, I mean)

since last visit module using bootstrap tabs: add different bg color to active vs non active tabs
You can see it reproduced here in dev.t.o in 14.x also, in the corresponding "Since your last visit..." module. All tabs have same whote background, and this makes it less usable to easily distinguish where tab you are at.

since last visit module using bootstrap tabs: make icons bigger (for human fingers in smartphones)

Have tried using it on a smartphone? It's way difficult to tap on them.

You can try in 14.x in dev.t.o.

Since upgrade from 12 to 15: weird characters in non-english notification emails (wrong encoding?)

Reproduced here:
http://xavi-9794-6008.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
u: admin
p: 12345

Change the email associated to the user "xavier" to one email of yours. And as admin, add a new item to the tracker1 (user "xavier" is subscribe to the tracker already). Interface is in Spanish for all (sorry for that, but needed for easy setup of the testing environment :-).

Email received got proper encoding and chars displayed in the subject for me, but not in the email body, where there were wrong chars displayed.

For instance, this part:
{CODE()}
Testing special charaters:
ÁÉÍÓÚñçà èìòù
{CODE}

was expected to show:
{CODE()}
Testing special charaters:
ÁÉÍÓÚñçàèìòù
{CODE}

as shown in the header of the show.t.o instance.

Full email received (short headers shown heere, sorry; I couldn't see any charset info in the full headers; for full headers, send a notification email to your own email as indicated above):
{CODE()}
-------- Missatge reenviat --------
Assumpte: "Tracker to show items through a calendar" item "nuevo ítem" fue modificado en xavi-9794-6008.show.tikiwiki.org por "admin"
Data: Thu, 23 Jun 2016 13:31:18 +0200
De: foo1@example.com
A: foo2@example.com


Modificación de ítem

Formulario-bd:
Tracker to show items through a calendar
Item:
9 nuevo ítem

Ver el ítem de formulario-bd en:
http://xavi-9794-6008.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=9

Autor: admin
Fecha: 2016-06-23 13:31

Estado: Abierta
----------
[Resumen]:
nuevo ítem
----------
[Ubicación]:
room 1.1 (55 seats)
----------
[Prioridad]:
3
----------
[Descripción]:
Testing special charaters:
ÁÉÍÓÚñçà èìòù

(the same ones shown in the header of this show.t.o site)
----------
[Start date]:
2016-06-23 13:30
----------
[End date]:
2016-06-23 13:30
----------
{CODE}

If you place the SLIDER plugin in a module zone (such as PAGE TOP), it breaks the Tiki page layout. The images in the slider do not load correctly, the slider vendor JS and CSS do not load.

I have tried:
# Creating a custom module with SLIDER and placing it a module zone.
# Creating a page with the SLIDER, then using a MENUPAGE module to add the page to a module zone.

Neither works.

Users should be able to place a SLIDER (or really, use __any__ Tiki plugin) in a module zone.

In a wiki page I set the plugin img (image) to use an image from "anywhere on the internet".
Several options are not working:
* Thumbnail (no matter what I choose I see the image full-size)
* Image size (no change or image not displayed, Setting width to 50% won’t change anything)
* ...

If I change to use an image from the file gallery it work just fine.

Please check the instance: http://bsfez-11581-6081.show.tikiwiki.org/

Trying to login with LDAP servers (including Microsoft Active Directory) fails due to an internal server error which occurs in tiki-login.php. The page obtained is blank.
$userlib->validate_user($requestedUser, $pass, $challenge, $response);

Authentication with local accounts still works.

This regression was introduced by r60747, which was backported to branch 12 in r60750.

[https://dev.tiki.org/item6283|Ticket #6283] is a duplicate of this one.

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

For some reason, svn update FAILS to update on show.t.o instance linked to dev.t.o bug tracker item

Example:
https://dev.tiki.org/tiki-view_tracker_item.php?itemId=5493

Click at svn update.
It doesn't seem to update the instance, which still is at
Last update from SVN (12.5): Sunday 17 of January, 2016 15:28:05 CET - REV 57249 (MyISAM)

(as seen on http://xavi-9794-5493.show.tikiwiki.org/tiki-admin.php?page=general )

and to check the bug fix we need to update to r57742

---
I believe it to be a server-side issue, the AJAX request returns with a "504 Gateway Time-out" error, will ask the sysadmins... {sign user="jonnybradley" datetime="2016-03-14T18:59:33+00:00"}
---
update, the server side issue is fixed - was a disk space issue that was caught by monitoring but I had to figure out a way to delete instances logically from the oldest ones that are linked to closed tracker items. There is however still front-end issues (it seems that I have to click more than once for the user feedback spinner to appear, which is weird as well as it seems I have to scroll down {sign user="koth" datetime="2016-03-14T12:18:33+00:00"}

When trying to create a show instance, the instance is not available because missing to run setup.sh
Here is the exact error message:

Tiki Installer missing third party software files

Your Tiki is not completely installed because Composer has not been run to fetch package dependencies.

You need to run sh setup.sh from the command line.

See http://dev.tiki.org/Composer for details.

Might be a problem with the golden image.
Example:
http://hjohanns-11726-5779.show.tikiwiki.org/

I wish I could do regression, and why not fixing on Tiki 15, but this is stopping me.
Cheers, and have a great evening,
Hubert J.

https://tiki.org/calendar has gone mad, and self-refreshes indefinitely.

I wanted to reproduce a bug in the calendar using our own calendar there, but I could'nt and noticed this issue.

Coming from custom rewrite rules? Bug in recent 15.x code?