Category: 16.x Regression

I wonder if this issue is just happening in show.t.o and why.
But in any case, it's preventing to report any bugs in trunk (16.x), so I hope someone can have a look at this issue.

trunk (16.x) in show.t.o: I can't do the first login as admin admin

Reproduced here:
http://xavi-9794-6009.show.tikiwiki.org/

I can't login to the new trunk show.t.o instance just created, neither with Chrome nor Firefox, with the usual credentials for the first connection:
u: admin
p: admin

I get __invalid username__ with this url produced in the first attempt to connect:
http://localhost/trunk/tiki-change_password.php?user=admin&oldpass=admin&newuser=y

or with this other one:
http://localhost/trunk/tiki-login.php
I get:
__Error__
__Invalid username or password__

---
Update:
I checked today table users_users and I confirm that there is no user admin created at all. {sign user="xavi" datetime="2016-07-07T12:26:00+00:00"}

Tiki Wiki CMS Groupware v16.0svn (SVN) "Situla"
Last update from SVN (16.0svn): Monday 31 October 2016 12:39:28 GMT-0100- REV 60095

Users register to the site autonomously.
Registration is set to validation by Administrator.
Member of group Admins cannot validate the users - neither by the validation link in the notification email, nor by logging in and trying manual validation on-site.

So no new users possible at this site with registation moderation.
This is a crucial bug.

Update 6 Nov 2016: it was reportedt, that 'creation of users' is broken at all in current Tiki16.

Tiki.org is set to force "Minimum 4 characters long" for username on registration.
An error "Minimum 4 characters long" appears before any test is done on the field.

It should appear until the field is checked.
If this is a warning, then it should look like a warning but not an error.

Checked on Tiki 16 and Trunk.

Enabling the prefrence 'WikiLingo' causes a fatal error on tiki-index.php

{CODE(caption="lib/wiki/wikilib.php")}$scripts = self::$wikiLingoScripts = new WikiLingo\Utilities\Scripts(TikiLib::tikiUrl() . "vendor/wikilingo/wikilingo/");{CODE}

There is no wikilingo vendors package.

I was trying to merge some of the uses of zeroClipboard while I came across this. Its one of the features that uses zeroClipboard linked (currently) to our lib folder.

This is an experimental feature that causes Tiki to Crash. There is also very little documentation on how to use it in tiki.

https://doc.tiki.org/wikiLingo
https://dev.tiki.org/WikiLingo

plugin include does not work on Tiki18 as reliably as on Tiki15

start and stop parameters are not respected

-+start="~tc​~ includeon ~/tc~" stop="~ tc​~ includeoff ~/tc~"+-

I've been using for many semesters this workspace template (See below) which allowed me to create a bunch of pages, groups, category, and a few other objects. I've recently updated to 16.2svn , attempted to create the new workspace "2017a Spring" for this new semester based on this same template, and so far I saw that only the default group __Courses:_:2017a Spring__ was created and not the two subgroups "Courses:_:2017a Spring Faculty" and "Courses:_:2017a Spring Students".

So something is borked, and I presume that other parts of the workspace where not created properly (untested yet)



{CODE(caption="YAML")}
---
objects:
-
type: categorize
data:
type: wiki_page
object: $50f320f6d7ffe
categories:
- $profilerequest:category$undefined$
-
type: wiki_page
ref: 50f320f6d7ffe
data:
name: $profilerequest:namespace$undefined$
namespace:
content:
-
type: categorize
data:
type: wiki_page
object: $50f320f6d822c
categories:
- $profilerequest:category$undefined$
-
type: wiki_page
ref: 50f320f6d822c
data:
name: Sessions
namespace: $profilerequest:namespace$undefined$
content:
structure: 0
-
type: categorize
data:
type: wiki_page
object: $50f320f6d82c4
categories:
- $profilerequest:category$undefined$
-
type: wiki_page
ref: 50f320f6d82c4
data:
name: Menu
namespace: $profilerequest:namespace$undefined$
content:
-
type: categorize
data:
type: wiki_page
object: $50f320f6d8383
categories:
- $profilerequest:category$undefined$
-
type: wiki_page
ref: 50f320f6d8383
data:
name: Final Paper
namespace: $profilerequest:namespace$undefined$
content:
structure: 0
-
type: categorize
data:
type: wiki_page
object: $reffinalpapertemplate
categories:
- $profilerequest:category$undefined$
-
type: wiki_page
ref: reffinalpapertemplate
data:
name: Final Paper Template
namespace: $profilerequest:namespace$undefined$
content:
-
type: categorize
data:
type: forum
object: $forumref
categories:
- $profilerequest:category$undefined$
-
type: forum
ref: forumref
data:
name: Main forum
namespace: $profilerequest:namespace$undefined$
attachments: everyone
list: [ topic_reads ]
content:
mappings:
Base: $profilerequest:group$undefined$
Students: >
$profilerequest:group$undefined$
Students
Faculty: $profilerequest:group$undefined$ Faculty
permissions:
Base:
description: $profilerequest:group$undefined$
autojoin: y
objects:
-
type: category
id: $profilerequest:category$undefined$
allow:
- admin_categories
- add_object
- remove_object
- post_comments
- read_comments
- download_files
- upload_files
- view_file_gallery
- edit_gallery_file
- view_fgal_explorer
- view_fgal_path
- forum_edit_own_posts
- forum_post
- forum_post_topic
- forum_read
- forum_vote
- view_freetags
- freetags_tag
- unassign_freetags
- group_view
- group_view_members
- group_add_member
- group_remove_member
- perspective_view
- view_sheet
- view_sheet_history
- tracker_view_attachments
- tracker_view_comments
- create_tracker_items
- tracker_view_ratings
- tracker_vote_ratings
- tracker_revote_ratings
- view_trackers
- view
- edit
- wiki_view_history
- edit_structures
- rename
- rollback
- upload_picture
- wiki_view_comments
- wiki_view_source
- site_report
- modify_object_categories
-
type: group
id: Base
allow:
- group_view
- group_view_members
- group_add_member
- group_remove_member
-
type: group
id: Students
allow:
- group_view
- group_view_members
- group_add_member
- group_remove_member
-
type: group
id: Faculty
allow:
- group_view
- group_view_members
- group_add_member
- group_remove_member
Students:
description: >
$profilerequest:group$undefined$
Students
objects:
-
type: category
id: $profilerequest:category$undefined$
allow:
- admin_categories
- add_object
- remove_object
- post_comments
- read_comments
- edit_gallery_file
- forum_edit_own_posts
- forum_post
- forum_post_topic
- forum_read
- forum_vote
- view_freetags
- freetags_tag
- unassign_freetags
- edit_sheet
- view_sheet
- view_sheet_history
-
type: group
id: Base
allow:
- group_view
- group_view_members
-
type: group
id: Students
allow:
- group_view
- group_view_members
-
type: group
id: Faculty
allow:
- group_view
- group_view_members
Faculty:
description: $profilerequest:group$undefined$ Faculty
autojoin: y
objects:
-
type: category
id: $profilerequest:category$undefined$
allow:
- admin_categories
- view_category
- add_object
- remove_object
- assign_perm_category
- post_comments
- read_comments
- admin_comments
- edit_comments
- remove_comments
- dsn_query
- admin_file_galleries
- assign_perm_file_gallery
- batch_upload_files
- create_file_galleries
- edit_gallery_file
- remove_files
- admin_forum
- forum_attach
- forum_autoapp
- forum_edit_own_posts
- forum_post
- forum_post_topic
- forum_read
- forums_report
- forum_vote
- view_freetags
- admin_freetags
- freetags_tag
- unassign_freetags
- broadcast
- perspective_edit
- perspective_admin
- admin_sheet
- edit_sheet
- view_sheet
- view_sheet_history
- admin_trackers
- attach_trackers
- tracker_view_attachments
- comment_tracker_items
- modify_tracker_items
- modify_tracker_items_pending
- modify_tracker_items_closed
- remove_tracker_items
- remove_tracker_items_pending
- remove_tracker_items_closed
- tracker_view_ratings
- view_trackers_closed
- view_trackers_pending
- watch_trackers
- export_tracker
- admin_wiki
- assign_perm_wiki_page
- lock
- remove
- use_as_template
- wiki_view_ref
- wiki_admin_attachments
- wiki_attach_files
- wiki_view_attachments
- workspace_instantiate
-
type: group
id: Base
allow:
- group_view
- group_view_members
-
type: group
id: Students
allow:
- group_view
- group_view_members
-
type: group
id: Faculty
allow:
- group_view
- group_view_members

{CODE}

Creating a XML Zip worked in 12.x, in tiki 15+ it ends in a white screen with no zip download.

Creating a XML Zip worked in 12.x, in tiki 15+ it ends with 2 php error messages:

Strict Standards: Redefining already defined constructor for class XML_Parser in /var/www/drsassafras-11658-6198/vendor_extra/pear/XML_Parser/Parser.php on line 222

Deprecated: Assigning the return value of new by reference is deprecated in /var/www/drsassafras-11658-6198/vendor_extra/pear/XML_Parser/Parser.php on line 611

admin password for show instance: 12345

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)