Category: Regression

Reproduced in show.t.o from this other wish:
See this:
http://xavi-9794-5294.show.tikiwiki.org/tiki-editpage.php?page=HomePage
u: admin
p: 12345

Or the comments at the bottom of the homepage, and try to get some wiki syntax highlighted. It is not, while Preference tiki minify late js files is enabled (Preference name: tiki_minify_late_js_files)

If you disable Preference tiki minify late js files, then everything works as expected.

{BOX()}
14.x: export sheet produced WSOD (blank page). this used to work. (9.x, and 12.x)

error:
Fatal error: Call to a member function sheet_history() on a non-object in /var/www/xavi-9794-5723/tiki-export_sheet.php on line 48

And reproduced here:
https://doc.tiki.org/tiki-export_sheet.php?sheetId=2
(as registered user)

We need export this sheet from doc.t.o because it's the documentation of the feature, and we need a way to easily clone it in a trunk install, or tiki 12, to test regressions, etc.
{BOX}
Issue fixed in r57088 (trunk) and r57089 (14.x). {sign user="xavi" datetime="2015-12-31T15:54:46+00:00"}

However, when exporting in CSV format (either pure CSV, or Excel-CSV format), content is stored as "Array, Array, Array..." (as many times as values) {sign user="xavi" datetime="2015-12-31T15:54:46+00:00"}

Reproduced here:
http://xavi-9794-5723.show.tikiwiki.org/tiki-export_sheet.php?sheetId=1
u: admin
p: 12345

14.x: Export Slideshow to PDF is broken
Feature:
http://doc.tiki.org/Slideshow#PDF_Export

See it reproduce here:
http://xavi-9794-5645.show.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware#
After cliking at the button at the bottom, to create the pdf out of the slideshow, and allowing popups from the site, this url is produced in the popup:
http://xavi-9794-5645.show.tikiwiki.org/tiki-slideshow.php?page=Tiki%20Wiki%20CMS%20Groupware&pdf&landscape&fontsize=large
u: admin
p: 12345

And the Error shown is:
{CODE()}
Fatal error: Call to a member function get_current_line_box() on a non-object in /var/www/xavi-9794-5645/vendor/dompdf/dompdf/include/absolute_positioner.cls.php on line 92
{CODE}

Plugin AppFrame works as expected up to Tiki 12.x, as far as I know (I didn't test with Tiki13, sorry), but fails with Tiki 14.x: the plugin doesn't get the central column expanded to use full width anymore, even if you request so with the plugin params.

Just side columns are hidden, but central column stays still with the same width.

Code to reproduce:
{CODE()}
__Documentation about this Web Database system__:
* https://doc.tiki.org/Trackers
* https://doc.tiki.org/PluginTrackerList


{appframe min="1" hideleft="y" hideright="y" fullpage="n" absolute="n"}
{CODE}

Hi, this feature used to work in 6.x or so. I'm trying to use it for production, and it doesn't work in 14.x (nor in 12.x, etc)

When you print a whole structure, you expect to have page names added in the titles of sections from the html printed document, and there are only numbers shown there, not the title.

Reproduced here in a show instance, thanks to the "Structured Master Documents" profile:
http://xavidp-1553-5661.show.tikiwiki.org/tiki-print_multi_pages.php?printstructures=%255B%25221%2522%255D&find=&print=Print
u: admin
p: 12345

{img fileId="997" thumb="y" rel="box[g]"}

14.x: Share doesn't include the token unless subscribe notification is checked
In 12.x it works as expected, as far as this issue is concerned.

To reproduce, come here as admin:
http://xavi-9794-5631.show.tikiwiki.org/tiki-share.php?url=%2Ftiki-index.php%3Fpage%3DCommunity%2BMembers%2BHomePage
u: admin
p: 12345

and share that page to your email.

Logout as admin, and visit the url in the email you received.
You should be able to see the homepage as if you were the admin (even if hte page is not viewable for anons).
But you can't due to some bug.

14.x: Tracker inline editing broken through Plugin TrackerList

Reproduced after for instance applygin profile Bug_Tracker and set the param in the plugin trackerlist "editableall=y". See it here:
http://xavi-9794-5455.show.tikiwiki.org/tiki-index.php?page=Bug_Tracker
u: admin
p: 12345

Fields are open for edition, without clicking on them.
Correct behavior shown when listing items through the tracker interface directly:
http://xavi-9794-5455.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1


You can do the same thorugh PlugintrackerList on 12.x or 13.x, and it behaves properly (fields only open for edition when you clik on them)
----
UPDATE:
* after this instance has been svnupdated to r52471, behavior is fixed (thanks marc & lph), but icons (indicating which fields are editable inline) are currently lost (no icons shown neither through trackerlist nor through the tracker iteself). {sign user="xavi" datetime="2014-09-21T06:44:15+00:00"}
* apache error message in the logs:
+ {CODE()}
No route found - full:/trunk/styles/layout/img/icons/database_lightning.png query:, referer: http://localhost/trunk/styles/layout/tiki.css
{CODE}

See it reproduced here:
http://xavi-9794-5599.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=1&cookietab=2

u: admin
p: 12345

{CODE()}
Fatal error: Uncaught exception 'Exception' with message 'No template available for n - view' in /var/www/xavi-9794-5599/lib/trackers/trackerlib.php:75 Stack trace: #0 /var/www/xavi-9794-5599/lib/smarty_tiki/function.trackerfields.php(150): TrackerLib->getSectionFormatTemplate('n', 'view') #1 /var/www/xavi-9794-5599/templates_c/en_basic^27844a6db0a459631df676325f554f23b85339c7.file.tiki-view_tracker_item.tpl.php(254): smarty_function_trackerfields(Array, Object(Smarty_Internal_Template)) #2 /var/www/xavi-9794-5599/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(188): content_550af41d208c17_48420797(Object(Smarty_Internal_Template)) #3 /var/www/xavi-9794-5599/lib/init/smarty.php(297): Smarty_Internal_TemplateBase->fetch('tiki-view_track...', NULL, NULL, NULL, false) #4 /var/www/xavi-9794-5599/lib/init/smarty.php(259): Smarty_Tiki->fetch('tiki-view_track...', NULL, NULL, NULL) #5 /var/www/xavi-9794-5599/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(394): Smarty_Tiki->fetch('tiki in /var/www/xavi-9794-5599/lib/trackers/trackerlib.php on line 75
{CODE}

14.x: TrackerCalendar displays all items of one day overlayed at the top of the column
See it reproduced here:
http://xavi-9794-5601.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12

u: admin
p: 12345

See resource week which includes days from March 19 to 21, 2015.

{img fileId="987" thumb="y" rel="box[g]"}

Assign user to groups has got a regression in 15.x: you cannot see (nor even edit) the group expiry date through the standard user administration UI in 15.x: when you click in "add or remove from a group" in 15.x, you are sent in a modal to this type of url:

__tiki-ajax_services.php?controller=user&action=manage_groups&checked=foo1&all_groups%5B0%5D=Admins&all_groups%5B1%5D=Anonymous&all_groups%5B2%5D=Group1&all_groups%5B3%5D=Group2&all_groups%5B4%5D=Registered&offset=0&sort_mode=login_asc&numrows=25&modal=1__

and no expiry information is shown.

While in Tiki12, you are sent to:
__tiki-assignuser.php?assign_user=foo1__
See it in action in Tiki12 here:
http://xavi-9794-5946.show.tikiwiki.org/tiki-assignuser.php?assign_user=foo1
u: admin
p: 12345


This will be added as a new bug report, since it's another issue (regression).

15.x regression: autotoc non-optionally wastes vertical space below the box

See it reproduced here:
https://dev.tiki.org/History

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

---

To me, the first fix would be to make this change between tiki12 and tiki15 (whnever it happened) optional.

15.x Regression: Profile Voting System can't create the instructions page.
IT works as expected from 12.x to 14.x, but not using trunk (future 15.x)

It may happen with other profiles in the Profiles Wizard: I just havent' tested them yet. {sign user="xavi" datetime="2016-01-19T21:35:25+00:00"}
---
Tested other profile: Collaborative_Community_12x (one of the 4 featured) and it fails to assign the trackerId or tracker fields in the "... Members Homepage", which used to work.{sign user="xavi" datetime="2016-01-21T07:35:32+00:00"}

Reproduced in a show.t.o instance linked to this bug report.
See:
http://xavi-9794-5794.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage
u: admin
p: 12345

The tracker & items were created properly, but not the references to those objects in the Community+Members+HomePage

Something similar with the "Voting System" profile. The page "Voting" is not created in trunk (but everything works as expected up to 14.x).
--
Update on the error message for profile Voting system:
__An error occurred: Cannot add user user1 to nonexistent group Group1__
{CODE()}
root@penguinbookpro:/var/www/html/trunk# php console.php d:i --force;php console.php cache:clear --all;php console.php profile:apply Voting_System
Installation completed.
Queries executed successfully: 1392
Clearing all caches
Installation failed:
Applying profile: Voting_System
Preference set: feature_trackers=y
Preference set: feature_wiki_argvariable=y
Preference set: useGroupHome=y
Preference set: limitedGoGroupHome=y
Preference set: trackerfield_autoincrement=y
Preference set: trackerfield_dropdownother=y
Preference set: wikiplugin_jq=y
Preference set: instructions=Profile_Voting_System_voting_page
Added (or modified): tracker "Tracker for the Voting System"
Added (or modified): tracker_field "Note from the Voting System"
Added (or modified): tracker_field "Presidency"
Added (or modified): tracker_field "Vicepresidency"
Added (or modified): tracker_field "Secretarial"
Added (or modified): tracker_field "Treasury"
Added (or modified): tracker_field "Extra Membership 1"
Added (or modified): tracker_field "Extra Membership 2"
Added (or modified): tracker_field "Extra Membership 3"
Added (or modified): tracker_field "Extra Membership 4"
Added (or modified): tracker_field "Username"
Added (or modified): tracker_field "Vote #"
An error occurred: Cannot add user user1 to nonexistent group Group1
root@penguinbookpro:/var/www/html/trunk#
{CODE}

Upload a file in the registration tracker after choosing group is not possible (field Files: using modal or not) - ajax needs to be re-attached probably after the group selection, since the gruop selection already loads the form through ajax.

Reproduced here:
http://xavi-9794-5987.show.tikiwiki.org/tiki-register.php
* choose group (any of the 2)
* attempt to upload a file at the field: "CV-Resume (PDF)"

To login as admin:
u: admin
P. 12345

FYI: everything works as expected when the registration user tracker is just used by the "Registered" group, and no ajax in the gruop choice to see the fields to be filled at registration time.

Fixing r58885 in branches/15.x/templates/tracker_filter.tpl ([[FIX]Fix serurl links for tracker status in the filter bar.) I noticed that in 15.x there is no visual indication of which tracker item status filters are applied at any given time Some circle, of background, underline or something?

In addition, when you print in paper in Black and White, you have no clue which status correspond to each item. I solved this issue in the past by means of slightly modifying the gif image to indicate an "x" for closeed and a minus sign "-" for pending. HOw can this be done in the Bootstrap era?

See it reproduced here:
http://xavi-9794-5984.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=op
u: admin
p: 12345

An upgrade of a 12.x site to 15.x broke the ability to pay quantities with decimal points (0.5 €) to paypal, which worked fine in 12.x

Changing the amount to 1€, it worked as expected in 15.x

With Plugin "MemberPayment"
---
UPDATE: CLosing it, since I haven't been able to reproduce in another PHP+MySL setup (php 5.6 + mysql 5.7, packages bundled with Ubuntu 16.04 64 bit, instead of using some XAMP version) . {sign user="xavi" datetime="2016-06-03T13:05:32+00:00"}

I tried to change the password of my user with admin perms, and I couldn't.
I was using this type of url:
tiki-adminusers.php?numrows=25&sort_mode=login_asc&user=2

This system error message was shown:

{CODE()}
System error.
El siguiente mensaje de error fue devuelto:

Unknown column 'password' in 'field list'
The query was:

update `users_users` set `hash`=? ,`password`=? ,`pass_confirm`=?, `provpass`=? where binary `login`=?
Values:

$1$U7wIlongstringhhere5utVMvA1
14numbershere85
UserName
The built query was likely:

update `users_users` set `hash`='$1$U7wIlongstringhhere5utVMvA1' ,`password`='' ,`pass_confirm`='14numbershere85', `provpass`='' where binary `login`='UserName'
Things to check:

Is your database up and running?

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

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

Did you complete the Tiki Installer?

Please see the documentation for more information.
{CODE}

I did a quick test of mail seding (through tiki-admin.php?page=general) with a computer recently upgraded from Ubuntu 14.04 to Ubuntu 16.04, which comes with php7 by default. Attempting to send a test email through smtp with tiki 15.x svn fails with this message:
{CODE()}
Unable to send mail
Array ( [0] => Unable to connect via TLS )
{CODE}

Same setup with Ubuntu 14.04 works as expected: emails sent (and reported as such by tiki, as usual, etc):
PHP Version 5.5.9-1ubuntu4.14
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies

I downgraded the php in Ubuntu 16.04 to use php 5.6 (in both web app and php-cli).
Same error persisted.
PHP Version 5.6.21-1+donate.sury.org~xenial+2
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies


Maybe the error came with Zend Engine 2.5->2.6 and Tiki15?
Or maybe there is some issue with openssl in php in php5.6 AND php7.0 compared to php 5.5?

----
Standard email sending (directly through sendmail or postifx but no smtp set) works as expected. It didn't work before due to missing system packages {sign user="xavidp" datetime="2016-05-02T12:26:30+00:00"}
---
UPDATE:
* retested using three different XAMPP packages, all of them on top of the same Ubuntu 16.04 64 bit box. Issue reproduced in xampp 5.6 and 7.0, but works as expected in xampp 5.5 (PHP Version 5.5.35.35; Zend Engine v2.5.0). {sign user="xavi" datetime="2016-05-31T08:30:38+00:00"}

This was working in previous versions of Tiki (maybe 9.x?). I couldn't check when the regression was introduced.

popup box to select visible calendars shown underneath events details (using fullcalendar)
In 15.x: Using theme "Default bootstrap", but also reproduced with fivealive-lite, etc.
In 12.x: using default theme style (fivealive)

See it reproduced in 15.x here:
http://xavi-9794-5901.show.tikiwiki.org/tiki-calendar.php?todate=1459413360
u: admin
p: 12345

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

To see it reproduced in 12.x, visit:
http://xavi-9794-5904.show.tikiwiki.org/tiki-calendar.php?todate=1459461600
u: admin
p: 12345

15.x: Recalculate mathematical calculation tracker field at indexing time fails
The tracker field was set to that option: Recalculate on indexing.
If you set the tracker field to recalculate on save, it works as expected.

Please, whoever introduced the UI change that did hide the preference filters, please, please, please, expose them back to new tiki admins, since there are tons of support requests in many tiki sites out there about new site admins (even experienced php developers) not finding the preferences that they are looking for in the Control Panels, also following the documentation pages in doc.t.o about them, etc.

This is also affecting people creating show.t.o instances to report bugs and not finding the preferences, etc.

I tried myself but it was beyond myskills when I had a quick look at that, and I was fearing to break some tpl/css, so I'd rather leave ir for an aexperienced UI developers, or even better, to whoever introduced this usability regression (back in Tik1i3 or 14 days, probably?)

Thanks

18.x Seen here: https://dev.tiki.org/Forum

19.x is OK: https://nextdev.tiki.org/Forum

If a new structure is created using an existing wiki page as the root of the new structure, an error is reported "TikiLib:: create_page: Cannot create page "user-page-name", it already exists.)"

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

TW15.x did not report such an error.

I was willing to test some feature in recent 18.x compared to trunk. Trunk worked fine, but 18.x complained with:
"Data too long for column 'log' at row 1"

The query was:
insert into `tiki_actionlog` (`action`, `object`, `lastModif`, `user`, `ip`, `comment`, `objectType`, `client`, `log`) values(?,?,?,?,?,?,?,?,?)

Steps to reproduce in 18.x: brand new install (r67615). MyISAM in db type.
* Login as admin, change pass
* Profiles Wizard > Demo of Interesting Use Cases > Bug Tracker
* click again in the profiles manager, since the profiles wizard didn't succeed showing you the button to apply the profile.
* next page shows that error message:
{CODE()}
The query was:
insert into `tiki_actionlog` (`action`, `object`, `lastModif`, `user`, `ip`, `comment`, `objectType`, `client`, `log`) values(?,?,?,?,?,?,?,?,?)

Values:

profile apply
Bug_Tracker_16
1537742078
admin
127.0.0.1
profile applied
system
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:62.0) Gecko/20100101 Firefox/62.0
a:76:{i:0;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:16:"feature_trackers";}i:1;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:20:"feature_user_watches";}i:2;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:26:"feature_syntax_highlighter";}i:3;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:7:"default";s:3:"old";s:3:"off";s:11:"description";s:32:"feature_syntax_highlighter_theme";}i:4;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:16:"ajax_inline_edit";}i:5;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:26:"feature_jquery_tablesorter";}i:6;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:24:"feature_wiki_argvariable";}i:7;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:25:"tracker_change_field_type";}i:8;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:18:"tracker_clone_item";}i:9;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:27:"tracker_show_comments_below";}i:10;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:26:"trackerfield_dropdownother";}i:11;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:26:"trackerfield_groupselector";}i:12;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:21:"wikiplugin_pivottable";}i:13;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:12:"useGroupHome";}i:14;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:18:"limitedGoGroupHome";}i:15;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:8:"log_mail";}i:16;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:21:"YourEmail@example.com";s:3:"old";s:13:"xavi@tiki.org";s:11:"description";s:12:"sender_email";}i:17;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:21:"feature_wiki_comments";}i:18;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:23:"feature_inline_comments";}i:19;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:20:"comments_field_email";}i:20;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:22:"comments_field_website";}i:21;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:18:"wikiplugin_comment";}i:22;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:14:"tracker "Bugs"";}i:23;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:26:"tracker_field "Bug status"";}i:24;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:24:"tracker_field "Severity"";}i:25;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:24:"tracker_field "Priority"";}i:26;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:23:"tracker_field "Summary"";}i:27;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:23:"tracker_field "Version"";}i:28;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:27:"tracker_field "Description"";}i:29;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:34:"tracker_field "Expected behaviour"";}i:30;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:28:"tracker_field "Submitted by"";}i:31;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:27:"tracker_field "Assigned to"";}i:32;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:24:"tracker_field "Alert to"";}i:33;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:35:"tracker_option "sort_default_field"";}i:34;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:29:"tracker_option "popup_fields"";}i:35;a:4:{s:4:"type";s:4:"user";s:3:"new";O:19:"Tiki_Profile_Object":4:{s:25:"Tiki_Profile_Objectdata";a:2:{s:4:"type";s:4:"user";s:4:"data";a:5:

(...)

{CODE}

Btw, profile seems to have been applied successfully.{sign user="xavi" datetime="2018-09-23T22:51:34+00:00"}

The edit button (and switch to wysiwyg) link to nowhere (except back to homepage.)

This appears to be an ajax related problem many buttons/links do not work.

verified on my site and 110.tikiwiki.org

edit button links to:
http://sitename.com/#


switch to wysiwyg does not work, navigation buttons in list-pages,

Since upgrading dev.tikiwiki.org the "submitted by" is not recorded in bug reports

Can not reproduce the problem. Can you give an url ?
This url http://dev.tikiwiki.org/tiki-view_tracker_item.php is working for me