Category: 15.x Regression

'Show creation (or modification) date when viewing items' shows nothing any more when tracker section format is set to Tabs

File attachments to a forum post results in 0 (zero) byte size.
* Results are the same using either database or file system for storage.
* File attachment description shows correct file size.
* Downloading the attachment results in 0 byte size.
* Files stored in database shows (using phpmyadmin) correct file size.
* Files stored in file system shows 0 byte size.

Configuration:
* "Can attach to forum posts (tiki_p_forum_attach)" set to allow.


You can log into the show.tikiwiki.org instance using "tester" and "tester". Attachments created as "admin" and "tester" are 0 byte size when downloaded.

---
Updated from Xavi:
Confirmed in trunk, and this used to work as expected at least in 12.x {sign user="xavi" datetime="2016-01-20T10:04:07+00:00"}
I fetched a snapshot of the b dump (since there was no admin password indicated in the bug report, and to make it easy to see any apache error message logged in the server), but I don't get any error shown in the local apache logs (using trunk).

---
Apologies... "admin" and "tikiwiki"

http://dev.tiki.org/tiki-admin.php?page=textarea -> Simple Plugin Arguments

Argument "fields" has a value of:

26:152:54:41:101:138:43:48

Should become:

152:26:43:138:41:101:54:48

{flash type="url" movie="display863" width="585" height="476"}

Add pages to structures at page edition time

The workflow in this screenshot below worked when adding the name of a brand new page, or when adding the name of a pre-existing page. In both cases, that page was added to the structure as a sister of the current one.
{img src="http://doc.tiki.org/display628?x=600"}

But this has stopped working in 12.x, for the cases of pre-existing pages. It's been reproduced in doc.t.o. And since then, it has never been fixed.
This is a missing feature which facilitated non-admin users to add pages to structures in an organic way (without the need of an admin, or a manual on how to use structures).

I don't know when this stopped working, but for sure this worked in previous versions (6.x, probably, when I last tried years ago)

I attempted to add the new argument 'shownbitems' (set to 'y') to the plugin alias "wishes" in dev.t.o, but it doesn't get stored. When I reload the page after I hit save, the new argument is not there int the list.

To reproduce:
* Come here as admin: http://dev.tiki.org/tiki-admin.php?page=textarea
* Click on "wishes"
* Click on the plus green icon, next to "Simple Plugin Arguments". A new empty field will be shown at the bottom of that section.
* Add the argument pair (shownbitems y) to its corresponding fields of name and value, and hit at save at the bottom
* This new argument is not shown. And after clearing tiki caches, the wishes plugin doesn't show the number of items yet.

{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

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

15.x: Improvements needed for mobile view of many *.t.o sites (dev, themes, doc, ...)

{img src="display1077" thumb="box" width="800"}

(1) No way to login at dev.t.o or doc.t.o, for instance, when browsing the page in the smartphone
(tested with Chrome on Android, but it seems to be reproduced with a browser on a desktop and making it narrow enough as a smartphone)

(2) There is no logo nor site name displayed in the top header of most *.t.o sites. OTher (non-tiki) bootstrap websites do display their logo and name when shown through smartphone. IS tehre anything that can be done in the Tiki side to fix this?

(3) Fullscreen button is shown on top of the button at the top layer to display the logo and site name. Therefore, clicking there, fires the fullscreen in some cases. And when in full screen, in a smartphone, I couldn't come back to normal display mode clicking at that button in the smartphone for some reason, I had to fix the param in the url to get back to normal.

(4) The submenu is not shown in dev.t.o and doc.t.o but it is shown in themes.t.o Why? How shall we edit the submenus so that they are shown in the smartphone display?

Thanks

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

^
__Update:__ a fresh SVN checkout of Tki15 branch fixed the problem.
There are still (verry bad) UX issues related to calendars and related plugins and modules, but calendars are definitely usable.

Sorry for the hussle.

Unblocked and closed now! Thx especially to Jonny!
^


In a quite fresh Tiki 15.0svn (MyISAM) the calendar edit is broken.

Trying to add an event into a ne calendar I get the following error message:

{CODE()]
Fatal error: Uncaught --> Smarty Compiler: Syntax error in template "/homepages/XX/XXXXXX/htdocs/Public_HTML/tiki/members/trunk/templates/tiki-calendar_edit_item.tpl" on line 40 "<div class="wikitext">" - Unexpected "wikitext", expected one of: "}" <-- thrown in /homepages/XX/XXXXXX/htdocs/Public_HTML/tiki/members/trunk/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatecompilerbase.php on line 40
{CODE}

The same error occurs, when JS calendar is activated or deactivated.

Regards,
Torsten

after paypal payment, the user is shown his own payment invoice as "outstanding" instead of "past", until new page refresh

cache should be cleared or something when paypal comes back to the user. so that the user sees his/her own payment in the tab "Past", and not in "Outstanding"

For some reason, the show.t.o instance here hist another error:
{CODE()}
Fatal error: DateTime::diff() must be derived from DateTimeImmutable::diff in Unknown on line 0
{CODE}
but that might be another story, since I'm not seing in another test server elsewhere where I did the same steps to reprocuce the scenario ( http://15x.notre.website ).

You can test payments through the shopping cart:
http://xavi-9794-5955.show.tikiwiki.org/tiki-index.php?page=cart+products

or through the plugin group membership (setup to smaller fees, since we are testing in production with paypal):
http://xavi-9794-5955.show.tikiwiki.org/tiki-index.php

u: admin
p: 12345

other users (user1 and user2, and groups group1 and group2 are created with expiry info for the payment to make more sense and expire after a few days, etc)


At least, the show.t.o will allow anyone to get the db dump to have a local instance for debugging more easily than starting from scratch.

There seems to be an issue with the Antibot not working, It asks to type the code backwards but always says what you type doesn't match.
To reproduce, enable user registration and try to register.

I've done some debugging and haven't been able to figure out how to fix it. In Word.php in Zend/Captcha/ the getWord() function doesn't seem to be able to grab the "word" variable from the session. (Line 294)

On Tiki 15.x REV 59543 setting Articles out of the box;

There is a "un-natural" limitation for Article image size by default.
When I try to save an article with a picture heavier than 1mb (approx.) the article is saved without any error message and no picture is saved.

If I reduce size, the image is saved in the top image gallery without any acknowledgement, selection or choice. (openeing a discussion in the dev list)

It may be a system setting, but anyway, the user should be warned and the article should not be saved with improper picture ommited.

------

Out of the box I went to admin, activate the Articles feature.
I create a new article enter a title, heading, body and an image article.
http://bsfez-11581-6098.show.tikiwiki.org/tiki-read_article.php?articleId=1

The image is within several bootstrap classes (class="col-xs-6 col-sm-5 col-md-3") and it flows under the heading text making this feature broken.

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

A number of users in the [https://tiki.org/forumthread59532?topics_offset=29|forum] liked my suggestion of an "auto delete unverified user feature." Often times spammers attempt to create accounts with fake email accounts. These accounts accumulate over time creating a nightmare to clean up after a while.
A feature to delete users matching this status after a specified period of time will help reduce the need to search through the user lists to purge invalid accounts.

The autotoc plugin builds a table of contents based on headings in the wiki text, but it currently includes headings from the pagebottom module zone (the h3 module titles and probably any other headings there).

bad contrast of text vs bg in alternate row with trackerlist (or fancytable?) inside a remarksbox plugin with theme cosmo (at least)

After upgrade from tiki12 to tiki15, and selecting theme cosmo.
I had to convert calls of plugin remarksbox into plugin box.
For the record, reproduced here: https://sustainability.seeds4c.org/Shared+Forms+to+include
(with plugin remarksbox, currently replaced by plugin box, since it's a production site)