Category: 15.x Regression

t.o: page alias feature not working because some duplication exists (not prevented at edition time and feedback gone too quickly)

Reproduced here:
https://tiki.org/Community+Servers

alias added at the bottom was:
{CODE(colors="tiki")}
(alias(Servers))
{CODE}

When saving the page, some remarksbox is shown for less than a second reporting some duplication of the alias link, and the page is saved removing that remarksbox with the info. And I can't find where else in the t.o site that alias name is written.

Searching for "alias(Server" didn't bring the other page but dozens of pages.

In Tiki12, if I recall properly, if an alias link existed, you were not allowed to save your page, and you were told where that alias name was used already, so that you could at least go there and the duplication by hand before saving your page.

__Describe precisely what you did (how to reproduce). __
I installed Tiki15.2 and I then went through the themes during my testing of 15.2.

__Describe exactly the faulty consequences.__
I found the Custom CSS and UI Effects are missing when you click on those headers at Control Panel/Themes

__Explain what you expected instead of the faulty consequences. __
The Custom and UI Effects should have a popdown area to apply those parameters.

I want to use Tiki's banner system to manage hosted ads (such as Google Ads).

I created a new Tiki banner: tiki-edit_banner.php

In the __Select ONE method for the banner:__ field, I selected __Use HTML__ and added the following script (from Google Ads):

{CODE()}<script type="text/javascript"><!--
google_ad_client = "ca-pub-3913918000422534";
/* Info Lettres 8 à 15 */
google_ad_slot = "8790064474";
google_ad_width = 728;
google_ad_height = 90;
//-->
</script>
<script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>
{CODE}

Upon saving, Tiki adds <X> to my code, breaking the SCRIPT elements:
{CODE()}<script type="text/javascript"><!--
google_ad_client = "ca-pub-3913918000422534";
/* Info Lettres 8 à 15 */
google_ad_slot = "8790064474";
google_ad_width = 728;
google_ad_height = 90;
//-->
</script>
<script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>
{CODE}

This happens even if I __HTML Purifier__ disabled.


Tiki should allow full HTML (including SCRIPT elements) within the HTML box for Ads. I understand the security implication of allowing SCRIPT elements, but only users with permission to create ads can do this.



I tried creating a SHOW instance, but received the following error:
__Tiki Installer missing third party software files__

Here is a URL:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow

Say I want to check the history and share a URL, I click "history" and then "compare", I get:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&history_offset=1&diff_style=sidediff&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=125&tra_lang=sq&paginate=on&history_pagesize=200

This is long and has things which are not useful to share the link.

So let's look at the params:

|| page=Tiki+Suite+Slideshow | Needed
history_offset=1 | Not needed
diff_style=sidediff | Needed only if different than the default diff
diff_style=sidediff | this is there twice
show_all_versions=y | Not needed
compare=Compare | Why do we need this?
newver=0 | Needed. 0 seems to be for latest. So if ommitted, it should
oldver=125 | Needed
tra_lang=sq | Not needed
paginate=on | Not needed
history_pagesize=200 | Not needed
||

So diff_style=sidediff is there twice

I would want the simple one to be like this:
Compare version 120 to current:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&oldver=120

Compare any two versions:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&newver=124&oldver=120

And if diff style is different from site default:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&newver=124&oldver=120&diff_style=unidiff

Thanks!

I'll be happy if this is just a configuration error, but I've tried to make titles of reply posts in forums display in branch 15, and haven't been able to. I'm experiencing this in my localhost branch 15, and I see at the tiki.org/forums that replies have no titles, although an input is provided for them.

I don't see any UI to control reply titles on the forum's edit page.

On tiki-admin.php?page=forums, although I don't want to ''require'' a title, for testing purposes, I activated "Require reply to have a title". This is the only item I found related to reply title display.

I'm not sure if it's related, but just to be safe, on /tiki-admin.php?page=comments, I de-activated "Disable comment titles".

(BTW, there's an asterisk on the label for the reply title, but no explanation and apparently no effect.)

This is either a functional failure (if reply title display is broken) or a documentation failure (if it works but is this hard to activate).

When I click on the icon to "Choose or upload images" here in https://dev.tiki.org/Make+a+wish the page refreshes and all the content I typed (and selections to tracker fields) is gone.

Reproduced with Chromium 50 or Firefox 46 in Linux 64 bit, in case it matters.

Tracker field 'Dropdown with other' does not display the other field.
See it reproduced in trunk after applying the profile "Voting System" and attempting to add an item (cast a vote) using the other field.

To reproduce: login as
u: user1
p: user1
(plain registered user)

And go to

http://duqtape-11783-5792.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1

where you will be able to insert new items,

You can admin the site with:
u: admin
p: 12345

tracker inline edition doesn't edit the field, just re-loads the page.

Reproduced here:
http://xavi-9794-5922.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage
u: admin
p: 12345

Log in as admin to the site, and Click at the icon to edit inline any field.
The page is refreshed (maybe after quickly showing the controls to edit the value).
---
Update: when clicking on radio button or date fields, I get to see the edit form, but it quickly dissapears with the page reload. {sign user="xavi" datetime="2016-05-31T06:48:49+00:00"}

Need to ckeck show instance first

Torsten

__Could not reproduce it, so I close the item!__

Torsten

Go at https://dev.tiki.org/tiki-view_tracker.php?trackerId=5

Check the url for the status bullet above the tracker items table:
https://dev.tiki.org/tracker5&status=p&sort_mode=created_desc

It is wrong and not working.
It should be :
https://dev.tiki.org/tiki-view_tracker.php?trackerId=5&status=p&sort_mode=created_desc

Tracker items Export after filtering fails (either all items or none exported, depending on how you create your plugin TrackerFilter call). That was known to work in the past (see ), and I recall using this type of feature long ago (years ago, maybe with tiki6???).

It seems as if minor fix was needed to have it export items filtered on the criteria indicated through either PluginTrackerFilter or based on the filtering in the tracker feature interface itself.

http://xavi-9794-5876.show.tikiwiki.org/
u: admin
p: 12345

!!! Fixed
!!!! Case 1: TrackerFilter using param "export=y"
This produces a button at the bottom to go to export, in theory, with the pre-selection of item filtered.

* Come here at the homepage:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=HomePage
* Filter for the word "topic". It will list just 3 items from the longer list of items in the tracker.
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?trackerId=1#trackerFilter1-result
* click at the "Export" button at the bottom, which will load this page (should it be another url?), and apparently nothing happens: the same page is reloaded:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?controller=tracker&action=export&trackerId=1&displayedFields=4&f_4=topic


!!!! Case 2: TrackerFilter using param " export_action='Export it' "
* Come here at the Tracker_as_Calendar_12 page:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12
* Type the word "topic" in the ext box and click at "Export it" button. The csv produced has no content.

!!!! Case 3
You want to do the same from the tracker feature itself: after listing items, you filter bsaed on some criteria, and you click at ecport, you expect to get that filtering applied to the csv to be exported.
The url might look like:
http://xavi-9794-5876.show.tikiwiki.org/tiki-ajax_services.php?controller=tracker&action=export&trackerId=1&status=o&sort_mode=f__asc&filterfield=4&filtervalue%5B1%5D=&filtervalue%5B2%5D=&filtervalue_other=&filtervalue%5B3%5D=5+%28high%29&filtervalue%5B4%5D=topic&filter=Filter

Couldn't we use these values in the arguments of the url to have a pre-selection of items to be exported?
---

!!! Pending Fixing
Update: Filter based on cases of "Multiple selection" fields do not work: nothing is exported or all is (filtering doesn't seem to be working). {sign user="xavi" datetime="2016-06-07T08:14:59+00:00"}
!!!! Case 11: TrackerFilter using param "export=y"
This produces a button at the bottom to go to export, in theory, with the pre-selection of item filtered.

* Come here at the homepage:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=HomePage
* Field 7 (multiselect): "Resources needed" produces:
+ {CODE()}__tracker field type not processed yet M__{CODE}

!!!! Case 12: TrackerFilter using param " export_action='Export it' "
* Come here at the Tracker_as_Calendar_12 page:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12
*You can't see the form field to filter based on the multiselect field. You type Laser at the text field to filter, and a 0 byte file is produced.

!!!! Case 13
You want to do the same from the tracker feature itself:
http://xavi-9794-5876.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
* Filter for the "Resources needed" Laser Pointer. 3 items will be shown (out of the 6 max).
* click at the "Export" button at the bottom. None is exported, just the header line with the variable names, but no record below.

trunk broken in next*.tiki.org sites due to Zend issue (zf1 to zf2?)

Error type:
{CODE()}
Fatal error: Class 'Zend\Config\Ini' not found in /var/local/doc.tiki.org/www/db/tiki-db.php on line 97
{CODE}

Using latest trunk: r57094

To reproduce, try to visit
https://nextdev.tiki.org
or
https://nextdoc.tiki.org

etc

Applying the profile "Tracker_as_calendar_12" with php 5.6 or php7.0 (on ubuntu 16.04 64 bits with mysql 5.7) produces this type of error:

{CODE()}
System error.

The following error message was returned:

Expression #8 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'tiki12svn_trackercalendar.ttif.value' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

The query was:
SELECT tti.*, ttif.`value`, ttf.`type`, `lastModif` as `sortvalue` FROM ( `tiki_tracker_items` tti INNER JOIN `tiki_tracker_item_fields` ttif ON tti.`itemId` = ttif.`itemId` INNER JOIN `tiki_tracker_fields` ttf ON ttf.`fieldId` = ttif.`fieldId`) WHERE tti.`trackerId` = ? and (`status`=? or `status`=?) AND `ttif`.`fieldId` IN( ?,?,?,?,?,? ) GROUP BY tti.`itemId` ORDER BY `sortvalue` desc

Values:

1
o
p
1
2
3
4
5
6

The built query was likely:
SELECT tti.*, ttif.`value`, ttf.`type`, `lastModif` as `sortvalue` FROM ( `tiki_tracker_items` tti INNER JOIN `tiki_tracker_item_fields` ttif ON tti.`itemId` = ttif.`itemId` INNER JOIN `tiki_tracker_fields` ttf ON ttf.`fieldId` = ttif.`fieldId`) WHERE tti.`trackerId` = '1' and (`status`='o' or `status`='p') AND `ttif`.`fieldId` IN( '1','2','3','4','5','6' ) GROUP BY tti.`itemId` ORDER BY `sortvalue` desc

Stacktrace:
* /var/www/html/12.x/tiki-index.php : 0 -> {main}(array ( ))
* /var/www/html/12.x/tiki-index.php : 686 -> __toString(array ( ))
* /var/www/html/12.x/lib/core/Tiki/Render/Lazy.php : 22 -> call_user_func:{/var/www/html/12.x/lib/core/Tiki/Render/Lazy.php:22}(array ( ))
* /var/www/html/12.x/lib/core/Tiki/Render/Lazy.php : 22 -> {closure:/var/www/html/12.x/lib/wiki/renderlib.php:331-341}(array ( ))
* /var/www/html/12.x/lib/wiki/renderlib.php : 334 -> get_parse(array ( ))
* /var/www/html/12.x/lib/wiki/wikilib.php : 488 -> parse_data(array ( ))
* /var/www/html/12.x/lib/tikilib.php : 386 -> parse_data(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 1589 -> parse_first(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 476 -> plugin_execute(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 1018 -> wikiplugin_tabs(array ( ))
* /var/www/html/12.x/lib/wiki-plugins/wikiplugin_tabs.php : 84 -> parse_data(array ( ))
* /var/www/html/12.x/lib/tikilib.php : 386 -> parse_data(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 1589 -> parse_first(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 476 -> plugin_execute(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 1018 -> wikiplugin_trackerlist(array ( ))
* /var/www/html/12.x/lib/wiki-plugins/wikiplugin_trackerlist.php : 1692 -> list_items(array ( ))
* /var/www/html/12.x/lib/trackers/trackerlib.php : 1274 -> fetchAll(array ( ))
* /var/www/html/12.x/lib/core/TikiDb/Bridge.php : 32 -> fetchAll(array ( ))
* /var/www/html/12.x/lib/core/TikiDb/Pdo.php : 109 -> handleQueryError(array ( ))
* /var/www/html/12.x/lib/core/TikiDb.php : 148 -> handle(array ( ))

{CODE}

Same profile applied on older mysql (5.6) and older svn revision works as expected. Reproduced here:
https://demo.tiki.org/12x/tiki-index.php?page=Tracker_as_Calendar_12
u: admin
p: 12345

This bug is seem on tiki.org, and I tried it on next.tiki.org too - with same effect. When I try and remove my image from the Consultants tracker (tracker 22), the browser goes to a URL:

https://next.tiki.org/tiki-ajax_services.php?trackerId=&itemId=&modal=1&controller=tracker&action=update_item&removeImage=y&fieldId=153&fieldName=Photo%2Flogo

which results in a 404.

Obviously part of the problem is that the trackerId and itemId is not in the URL as can be seen. The thing is I haven't tried this on a plain Tiki yet - it might be something specific to tiki.org (as it does use perspectives which may be a factor, although I made sure i was in the correct perspective before editing the tracker item, so that probably isn't it).

Update ((doc:PluginJabber)) to working state again, so that we can reuse it for cases in which tiki sites are setup to handle real time chats with xmpp servers, and this could be an improvement to our tiki community by facilitating to aggregate the information ("the wisdom of crowds") of real time chat from irc to xmpp, and display that in activity streams within tiki, etc.

Update PluginVersions to Bootstrap classes (missing tabbed-like display). Tab titles show up as if they were plain text. However, if you click on them, links do work indeed. It¡s just a question of missing css classes, I guess, to restore the intuitive display.

See:
https://doc.tiki.org/PluginVersions#Basic_example

And compare it with:
https://doc.tiki.org/pluginTabs#Example

These plugin was used in doc.t.o pages. It looks like a standard Plugin Tabs, but the difference is that when you click on a tab title, all sections with plugin tabs siwtch to that version, so that you can print a long page (ideally, a whole wiki structure) with the sections related to that version of the software set to display its contents in place.

Something like these css properties might be missing at __./themes/default/css/default.css__ in trunk:
{CODE(colors="css" ln="1")}
/* Versions plugin */
.versionav {
padding: 0;
border: 1;
margin-bottom: -1px;
border-color: #eeeeee #eeeeee #dddddd;
border-bottom: 1px solid #dddddd;
}

.versionav .button {
margin-bottom: -1px;
}

.highlight {
background-color: #f5f5f5;
color: #262626;
margin-bottom: -1px;
border-top: 1px solid #e2e2e2;
border-left: 1px solid #e2e2e2;
border-right: 1px solid #e2e2e2;
}
{CODE}

On a fresh install at Admin -> Log in I enable "Users can register", I uncheck "Validate new user registrations by email" and I set an URL for the field:"URL the user is redirected to after account validation"

So validation is not done using the email link but is done right away after validating the register form.

I create a wiki page: mysuccesspage and tried with page name, a relative path tiki-index.pgp?page= mysuccesspage and an absolute path: http://mysite.com/tiki-index.pgp?page= mysuccesspage

I’m redirected to the default registration page.

I enabled back "Validate new user registrations by email"to check and it worked.

----

I created an instance to demonstrate:
Setting are good : http://bsfez-11581-6095.show.tikiwiki.org/tiki-admin.php?page=login
Success page exist : http://bsfez-11581-6095.show.tikiwiki.org/tiki-index.php?page=success

When you have a tracker with a URL field, and the field display is set to "Show as link", and you enter something like "www.example.com" it is fine and converts to a link. But if you enter simply "example.com" it does not convert to a link and is treated like an internal link instead

If you enter something.example.com it also does not convert to a link. It should. Not sure if problem existed in Tiki 12. Please double check when fixing.

On my user information I entered (a long time ago) my "User's Homepage" and it is displayed here : https://dev.tiki.org/user11581

But I can't find a way to change this information.

I edit an image from the file galleries using ''Edit properties''.
It does not matter that it's in list or browse view.

The image is of type "image/jpeg", as is reflected in the database dump:
INSERT INTO `tiki_files` VALUES (4321,120,'P1080902.JPG','',1452031989,'P1080902.JPG',424279,'image/jpeg',NULL,'Jyhem',NULL,0,NULL,NULL,NULL,NULL,'435783c7acc75fad9fe03d146b238a8c',NULL,NULL,'f79bf974b338faad5e21ed9eb3fd2dfe','',NULL,1452031989,'Jyhem',NULL,'',0,NULL);

But it shows the first item in the "type" drop-down (application/andrew-insert) instead of image/jpeg

And it's a long long dropdown so fixing it is a pain :-)

DEMO Instance: admin/12345

When I use trackerfilter with the option sqlsearch in a wiki page to search a tracker it does not work as expected.

On PCs running Windows 7 and Windows 10 respectively. I can reproduce the problem in Tiki14.0 and 14.2 (both with MYSQL). In both versions there is no search box created on the wiki page with trackerfilter to enter the search string.

I have tested on the demo site and the versión 14.x demo site has the same problem.

Versión 12.x on the demo site does give a me a field to enter the search string, however, it appears to only search for the string in the first field and not in both fields.

To reproduce:
I created a Tracker with 2 fields ( "Name" a Text Field and "Description" a TextArea Field).

Then I créated a Wiki page with:
{trackerfilter filters="(1:2)/sqlsearch" displayList="y" noflipflop="y" trackerId="1" fields="1:2"}

In versión 14.x wiki page does not give área to enter search string.
In versión 12.x wiki page gives área to enter search string but search only appears to search first field regardless of field(s) requested. In my example there are two ítems. The word "Green" appears in ITEM1 field 2 and in ITEM2 field 1. If I search for Green only ITEM2 is listed (where Green appears in field1). If I search for "fruit" which appears in field 2 of both ítems there are no records found.
I understood that sqlsearch option should find the search string in any of the fields specified i.e. in my case "green" in field 1 AND/OR field2.

I have listed below:
tracker_1.csv to recreate the simple tracker used
itemId,status,created,lastModif,"Name -- 1","Description -- 2",
1,o,1453722833,1453722833,"Apple","A green or red fruit",
2,o,1453722869,1453722869,"Green","The color of some fruits",

I have uploaded the following images:
tiki14.png a screen shot showing the filter created which has no space to enter data in 14.x
tiki12.png a screen shot showing the filter created which has space to enter data in 12.x
tiki12_incorrect.png a screen shot showing how search does not opérate as I expected in 12.x only Ítem2 is listed and not Item1 despite the search string appearing in field 2 of first Ítem.

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

Update it is still here and visible at : https://dev.tiki.org/Tiki16

The page : https://dev.tiki.org/Tiki15 has autotoc showing:
• Begin Footnote Test
• Expected Result
• End Footnote Test
• N hours
• X

Those are nowhere to be found on the page BUT they are part of some tracker items within the plugin list that contain a wikiplugin to demonstrate a bug :
https://dev.tiki.org/item5760?highlight=Begin+Footnote+Test
https://dev.tiki.org/item5908?highlight=N hours

The TOC page consider it is part of the wiki page markup and is trying to do something with it.

This is a regression as it was not working that way not so long ago.

Kind of an edge case, but if layout theme names change between versions or due to development work, so there's a mismatch between the stored layout preference and the layouts listed in the files, then a blank screen is the result. The database needs to be edited directly to correct the problem (tiki_preferences site_layout updated to match available layout names).

There should be a fallback to a default layout ("basic") if the preference name isn't found, similar to how the site will fall back to the default theme if the selected theme or stored-preference theme isn't found.

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