Category: 14.x Regression

Right now PluginJQ documentation ( https://doc.tiki.org/PluginJq ) is very helpful, and I made a profile in 12.x to manage the conditional display of some fields in forms.
http://profiles.tiki.org/Conditional_Display_in_Forms

But in 14.x the required syntax seems to be different, and I don't get it right:
http://profiles.tiki.org/Conditional_Display_in_Forms_14

See it reproduced in here:
http://xavi-9794-5642.show.tikiwiki.org/tiki-index.php?page=CDF+instructions
u: admin
p: 12345

When selecting Case A or Case B in the radio button, all fields are shown, but no bg color for all the shown fields below the radio button.

When selecting Case A in the radio button, still some labels from fields for Case B are shown (text area)

Xavi

Hi, I am afraid, that Intertiki is not working anymore, when Tiki 14 or pre-15 trunk is acting as master.

I have two environments, where Intertiki worked previously, but not anymore.

Due to the http-password it is not possible to connect to the show instance via Intertiki. But I configured the site as example, if you want to check it.

Now I will create a example setup on my server and add the access date here lateron.

If that my anticipation would be true, I consider this as a blocker, not only because we depend on Intertiki on the community websites.

Torsten

jquery validation displays the error message below the wrong field in 14.x if using pretty tracker

See it reproduced here:
http://xavi-9794-5706.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

Set a negative number in the field which expects (and only allows) positive numbers, and the error message is shown below the field underneath (a dropdown box, not a numeric one). In other cases (not shown in this show instance), they can be shown further down, etc.

Example:
{img fileId="1001" thumb="y" rel="box[g]"}

jquery validation failing for tracker field 'date and time' after upgrade from 12.x to 14.x

The field "date and time" had no validation defined in its tracker field. In 12.x, you could add a tracker item normally. In 14.x, you cannot: Tiki complains that the date is not valid.

Reproduced here in a 14.x site:
http://xavi-9794-5706.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

Attempt to insert an item, selecting some date at "My date field".

This worked in 12.x as expected (no complain when selecting dropdown fields in a tracker date and time field).
See it working in this equivalent 12.x instance:
http://xavi-9794-5707.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

jquery validation regexp in numeric tracker field fails after upgrade from 12.x to 14.x

Reproduced here in a 14.x site:
http://xavi-9794-5706.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

Attempt to insert an item, selecting some positive number (e.g. "10") at "My positive number": you get the error message shown "Number must be positive"

That regexp expression works as expected in Tiki 12.x:
{CODE(ln=1)}
^[0]{1}$|^(?!0*[.,]0*$|[.,]0*$|0*$)\\d+[,.]?\\d{0,2}$
{CODE}

See it working in this equivalent 12.x instance:
http://xavi-9794-5707.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

Even for themes with no theme option, the option selector is being displayed, with every theme option (of all themes with options) listed. Selecting an option doesn't do anything, but it's a regression for the selector to even display for no-option themes.

When I’m editing a wiki page were there is a plugin, the last existing last double quotes (") of a plugin is changed to right double quotation mark (R21) and it is breaking the plugin when using Safari on Mac. (may be others are affected).

https://dev.tiki.org/tiki-pagehistory.php?page=Tiki14Upgrade&oldver=1
To reproduce, open the page on Safari, edit, add a return at the end of the text. The quote should be changed.

It may be something specific coming from Safari as I tested this on:
Tiki14 svn
Tiki14Beta
Tik13.2

[https://tiki.org/Community] user info popups show "Last Login" as "Never logged in" but on the user info page such as [https://tiki.org/user1553] it shows fine.

It's also not a problem on dev so i suspect an intertiki thing...

Hi,

We've been using the LDAP to authenticate our users ever since we created our site a couple years ago. We've run into a few road bumps along they way, but this time I can't seem to figure out the issue that is occurring with the LDAP. The main issue that I am seeing here is that the LDAP doesn't appear to be syncing with our groups.

If I attempt a log in on my normal admin account, it appears to allow me to log in as if it's recognizing that I am a user, but while it logs me in, the groups aren't being synced. This results in an error that says "You do not have permission to view this page." So I logout of that account and log back in with the default admin account (which seems to be the only account still working without the LDAP group sync). When I check the Users list, I can see that even my normal admin account has been completely removed from the groups I previously belonged to before my login attempt.

Therefore, this leads me to believe that the issue is with the ldap_sync_group functions somewhere inside the lib/userslib.php file. I've tried a couple of workarounds, but to no avail. Has anyone experience anything like this?

Please help, as this is completely breaking my Tiki installation!

The plugin Listpages does not sort by fields. It displays the data, but any attempt to click on a field header yields an error like

Unknown column 'versions' in 'order clause'

The query was:
SELECT *, ROUND(MATCH(`categories`) AGAINST ('wiki page'),2) AS `score` FROM `index_567872dfcd0a9` WHERE 1=1 AND (`searchable` = 'y' AND `object_type` = 'wiki page' AND MATCH (`categories`) AGAINST ('tokenctxxx' IN BOOLEAN MODE) AND `modification_date` BETWEEN '2013-12-31 23:00:00' AND '2015-08-21 21:10:52') ORDER BY `versions` asc

And in fact the field versions does not exist, but I don't know how to rebuild the Listpages, so that it does not look for it.
This is the element in the page that causes the error:
{listpages initial="APagePattern:_:" showNameOnly="n" categId="1" structHead="n" showPageAlias="y" sort="pageName_asc" showCheckbox="n"}

This problem is not present on 12, but appears immediately when migrating the data to 14.x.
Great work guys, and thank you so much,
Hubert

Not 100% if it's a regression or not as not tested in older versions for now. But if I have a tracker with a location field and also a date-time field, and if I trigger the date time field and if the jscalendar popup goes over the map it will go behind the map and be unclickable as a result.

jQuery fails to load if minify is enabled and a JS CDN is in use.

Go to http://jonnybradley-8515-5634.show.tikiwiki.org/tiki-admin.php?page=performance (login is admin 12345) and try different CDN settings. Curiously on my production server both Google and jQuery CDN settings fail, but on this show instance the Google one works - odd {sign user="jonnybradley" datetime="2015-04-17T11:13:37+00:00"}

Several of the key links on navigation don't have alt text and thus screen readers for the blind aren't able to explain what they are. Some have tooltips that appear when selected, but the experience for a blind user is much better if you put in the alt text. The biggest examples are the link that pops up wizards/control panels/etc, the link that pops up edit page/monitor/etc, and the other link near logout that I can't quite figure out what it's for.

Hi, I first want to setup a show instance to check.

In Tiki 14 on wiki pages I am using a module, for example: ~np~{module module=articles lang=de ... } ~/np~.

The module is showing articles of all languages and not filtering for the language specified in the parameter.

In a menu the link ~np~/articles?lang=de~/np~ is working alright.

Torsten

Basically what happens is when you try to create a new calendar item, if the times of the event start in the AM and end in the PM, it causes some sort of issue with the way the timecodes are calculated. Sometimes it automatically changes the date to some distant future date like in the year 2507 or something.

I will attempt to replicate in a tiki show instance.

Organic Group Addon gone in current 14.x compared to what doc.t.o says about it

See http://doc.tiki.org/Installing+Addons?structure=HomePage+AdminGuide

But in 14.x svn r55196, no option to enable Organic Groups (no organic group seen at all in the Control Panel Features > Addons tab.)

See it reproduced here:
http://xavi-9794-5643.show.tikiwiki.org/tiki-admin.php?page=features#contentadmin_features-addons
u: admin
p: 12345

When a page contains a comma, like ''comatose, is not the correct word'' the whole comments below page section is invisible in tiki14x. So there is no way of creating a page comment.

This worked fine in Tiki9

This was buggy in a different way in Tiki12: the comment section shows up, so commenting is possible and the comment is available in the comments management page, but the comment is not linked to the page, so it does not show up below the page afterwards.

When a page is restricted by permissions, this page cannot be exported to pdf using the pdf icon.
The result is a pdf that contains the message "You do not have the permission to view that page....".
The reason for that is that the pdf export contains NO mechanism to pass the authentication of the logged-in user to the pdf tool. So the pdf tool (i.e. wkhtml2pdf) calls the page in question as an un-authenticated user.

Update:
Main issue fixed. Restricted pages require token authentication enabled to be exported to pdf.
Feature: "auth_token_access".

Note: If the page acts as a template for tracker input - access is still debied. This might be an issue with the "auth_token_access" feature itself and should be a new bug report bc it might effect other areas as well.

//Update:
//The issue seems not to be a bug, as I cannot at all reproduce an show.tiki.org, where the behaviour is unexpectedly expected ;-)
//Closing for now
//Torsten

In a collaboration platform I use different workgroups. Each workgroup should have an individual home page with group specific information.

For a perspective (example name: proceedings Id: 14) I set up a wiki page as home page (example: page name: "p14") and set th wiki home page to p14 instead of HomePage.

When I switch from any other persective (or default) to this perspective, the user should be referred to the page "p14". Instead he is referred to the standard HomePage like in default.

Altering the Home feature (for example from wiki to articles) in the perspective 14 has no effect. But altering the Home feature globally oberwrites the setting in the perspective.

This behaviour seems to be somehow a partial deactivation of perspectives overwriting.
The effect is not for all preferences - for example perspective-individual themes work.

At first now I try to reproduce on show.t.o

Plugin Image Annotation is broken. https://doc.tiki.org/PluginAnnotation
#Annotation zone is offset (away from the mouse selected zone)
#Annotation link is not displayed
#Buttons on the note look bad


Here an example
{annotation src="display1017" width="400" height="500"}

Select for Image Source an scr on the internet. Save.
{img type="src" src="img/tiki/Tiki_WCG.png" responsive="y"}

Reopen the plugin dialog change Image Source to file in the File Gallery and enter a valid ID. Save.
The new image will be displayed now. (good fix).
However the module still contain the previous ans unused image src.

{img type="fileId" fileId="2" src="img/tiki/Tiki_WCG.png" responsive="y"}

PluginAnnotation missplaces boxes in Tiki14 compared to Tiki12.

Issue reproduced here:
https://doc.tiki.org/PluginAnnotation+example

Log in as Registered, and try to add a box somewhere in the image, you will see the red box drown somewhere else (missplaced to the right of your cursor).

See it working as expected in Tiki12 (reproduced in a show instance here):
http://xavi-9794-5777.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

I had this plugin working in Tiki9:

{CODE()}
{TRACKERSTAT(trackerId="2", fields="42", show_percent="n", show_bar="y", status="op", show_link="n")}{TRACKERSTAT}
{CODE}

Field 42 is a Category, with a few children.

It was working nicely in Tiki9.

Once upgraded to Tiki12.x svn, it stopped showing results.

If I change the field to a text field, results are shown as expected for that text field, os it seems a regression with categories.

Reproduced here:
http://xavi-9794-5261.show.tikiwiki.org/tiki-index.php?page=HomePage

u: admin
p: 12345

Tracker 1 has some items. Field 1 is title, field 3 category. No results shown for field 3.

~tc~ Reproduced also here: http://intercanvis.net/proves ~/tc~
---
Still buggy, as of April 18th, 2015 {sign user="xavi" datetime="2015-04-19T10:25:36+00:00"}

This is a regression compared to the behavior of the profile in 12.x
See screenshot included in:
http://profiles.tiki.org/Random_Header_Images_14

which corresponds to the equivalent profile in 12.x

You can see it reproduced here:
http://xavi-9794-5617.show.tikiwiki.org/

u: admin
p: 12345

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)