Category: 16.x

Tiki smileys are so 90s... It look very bad.

:)
;)
(:santa:)
(:twisted:)

Really ?

--drsassafras begin--
This seems related to : https://dev.tiki.org/item6191 and https://dev.tiki.org/item6189

I looked into the issue not so long ago. Almost all browsers now support emoji. Desktop and mobile. If we enable the saving of emoji in our database, they will all show nicely, and will always be kept up to date with the OS/Browser.

A little emoji selector could be made for users who dont have a emoji keyboard set up, and the existing similes used here could be integrated.

Although, it might be easier to replace the emoticons with new ones in the mean time.
--drsassafras end--

chosen lib prevents changing the sorted order display of fields from an items-list tracker field with the translation smarty system

Workaround: disable chosen lib temporarily, make your changes to the selection of fields to be displayed, and/or the sort order, save (and reindex if necessary), and you can enable chosen lib again later on.
At least this worked for me so far.

The front end comment options Reply, Edit, Delete, Archive disappear when clicked on and do not bring any menus up or carry out the actions they are meant to. (The rating option however still works ok).

This is happening when I am logged in as an Admin clicking on the comment options for Anonymous users. (I can use the Reply, Edit, Delete, Archive options on my own comments ok).

Reproduced in trunk and 16.x:

Inability to post a comment-Issue (due to highlighter)
Reproduced in trunk in:
* Login as admin in http://xavi-9794-3214.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=5
u: admin
p: 12345

And in 16.x in:
http://xavi-9794-6132.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=5
u: admin
p: 12345

It's currently also affecting https://dev.tiki.org bug tracker comments. {sign user="xavi" datetime="2016-10-14T10:17:35+00:00"}

When codemirror highlighter is on (desired behavior in some setups, and the one produced by the new profile "Bug_Tracker_15" by default) when you click at submit your comment, you get: "__content is empty__", so you need to disable the highlighting before you can safely submit your comment.

This feature works as expected in Tiki15.

Configuration Wizard, setting not applied (WYSIWYG) on the HomePage, the very first page Admin will land and will want to change.

Tested on new install of Tiki15.x, 16.x and trunk.

Step to reproduce:
Install Tiki : tiki-install.php.
At the end of the install go to Configuration Wizard to Select Editor type.
Enable WYSIWYG => save and continue.

The Wysiwyg editor screen show:

Compatible Wiki mode Use wiki syntax for saved pages.
This is the most compatible with Tiki functionality and the most stable editor mode.
Tools and functions in the editor toolbar will be limited.

Full WYSIWYG editor is displayed by default : enable
__So all is set and the wizard tells you that WYSIWYG will be used by default on the Wiki page.__

Exit the wizard, edit the HomePage.
It is not WYSIWYG but Wiki syntax. The HomePage is created by the install process and an extra step is missing in the wizard (it should change the HomePage editor to WYSIWYG).

Actually to have the plugin listExecute action initiate by a cron job you have to use curl, send user (admin) credentials and use http(s) authentification which is not very safe.

{CODE()}curl -u admin:adminpassword "http://yourtiki.com/YourActionPage" --form "list_action=ActionName" --form "objects~0=ALL" {CODE}

It would be nice to to have a console task being able to execute listexecute actions on a particular page avoiding unsafe communications.

Convene plugin missplaces the counts in columns after the winning choice. See it reproduced in the screenshot below:

{img fileId="1093" thumb="box" width="600"}

In
https://tiki.org/Roundtable+Meeting+2016+09

After the count with the more votes (7, at the time of this writing), and the icon with the checkbox-like icon to indicate that this was the winning choice (Thu 15 Sep 2016 15:00 CEST), there is a button box in orange in the screenshot that should show a calendar icon, and that button allows to send that date to the pre-defined tiki calendar.
https://tiki.org/tiki-calendar_edit_item.php?todate=1473944400&calendarId=7

But no calendar icon is shown, and the count of votes for the next date (column in the table) is shown there instead ("3" instead of the calendar icon), and the next counts are also one column before where they should be.

It seems like for every added user it duplicates the votes entries in the plugin body.

It works when the duplicates are manually deleted from there so presumably the duplication is unnecessary and unwanted.

See:
https://tiki.org/tiki-pagehistory.php?page=Roundtable%20Meeting%202016%2009&compare=1&oldver=23&newver=24

Same thing is happening still with tiki 20.x on t.o. Reproduced these weeks here:
https://tiki.org/201909-TAG-Meeting?latest=1&page_ref_id=1318

I just edited this morning a couple of options in my choices, through the convene UI, and the edition added itself in the background a clone of the plugin body several times {sign user="xavi" datetime="2019-08-28T13:35:45+00:00"}:
https://tiki.org/tiki-pagehistory.php?page=201909+TAG+Meeting&newver=45&oldver=44

convene plugin: prevent the user to add default info (Add or Add user string) instead of the real username or a different string

See it reproduced here:
https://tiki.org/Roundtable+Meeting+2016+09

I just made a fresh installation on a shared hosting service (all-inkl.com) via svn and did not get the Tiki running after successfull installation.

The installation was made in a PHP7 document root.

Two problems:

1. Site never stopped loading
2. Dropdowns) did not work (all dropdowns like login, quickadmin, etc) and added a # hashtag to the url in the address bar of the browser.

After a while (minutes) the site mentioned some JavaScript error in a popup error message.

I did change the PHP to PHP5.6 and then after a few minutes the site worked as fine as expected.
There seems to be some coherence with the PHP version.

Is that maybe related with Xavi's [https://dev.tiki.org/item6035|Bug 6035] ?
Torsten

See: https://tiki.org/forumthread51287
---
Addendum: Make a plugin in Tiki to display the basic d3.js-based charts already developed in the past (in through PluginChart or other means)

Related: https://dev.tiki.org/item6263 - Make PluginChart optionally reuse some other lib already in Tiki to make js-based charts (raphaeljs, chartjs, d3.js, etc)

See:
https://dev.tiki.org/Data+Visualization#d3.js

Basic d3.js-based charts already made in Tiki:
http://marclaporte-11197-5155.show.tikiwiki.org/
u: admin
p: 12345

In 1.10 now we can set to login as e-mail and display realname wherever possible. But the user wiki page by default is set to 'UserCreate<e-mail>. We should still allow user to create his page with 'UserCreate<username/real name>'.

The recommended behaviour should be if user chooses e-mail to be private or it could be if admin sets to disaply realname wherever possible, then it should use 'UserCreate<realname>' other cases it can be based on e-mail.

If you are using user tracker information, when you delete a user there is a new feature that ask you if you want to delete the user items in trackers and it displays a list of trackers.

"Delete user items from these trackers Warning: Experimental "

It shows the tracker used to store the user information giving the "wrong" impression that you are able to control if the user information will be deleted or saved.

The text is a bit confusing but no matter if you select a tracker or you don’t select it, user item in the tracker used to store the user information will be deleted.

Admin should be able to deactivate this option and it should not be set by default (erasing data cannot be default) as they are case you want to delete users but not the item created at their registration as it can lead to disrupt data cohesion on different area of your website (especially if you use on trackers and other created items relies on the user information data).

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

For example for [https://suite.tiki.org/tiki-pagehistory.php?page=Tiki%20Suite%20alternatives&compare=1&oldver=84&newver=85|this diff] change in the e-mail notification there is this empty HTML plugin shown instead of showing its content:

{CODE()}
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
@@ -Lines: 143-146 changed to +Lines: 143-150 @@
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
!!!! Freedombone
{HTML()}{HTML}
+
+ !!!! Cloudron
+ {HTML()}{HTML}
+

!! Services
{CODE}

display a single chart with plugin sheet fails (with mode simple=y or n)

Related to this other bug report:
https://dev.tiki.org/item6265 - "Page with many PluginSheet calls should respect their own uses of parameter 'simple=y/n' "

After bug6265 is fixed, you now display only the sheet which were displaying charts normally, but when shown in mode "simple=y" charts are not shown.

Well, in fact, chart is not shown even if simple=n.

How complicated is it to get the charts shown?
See:
* http://xavi-9794-6265.show.tikiwiki.org/tiki-index.php?page=Spreadsheet-demo-instructions#Show_Only_Charts
* http://xavi-9794-6265.show.tikiwiki.org/tiki-index.php?page=Spreadsheet-demo-instructions#Display_only_One_Chart
u: admin
p:12345

Thanks!

In the toc we can set maxdepth (how many sub-level) we wan to display.
However there are case you need only sub-level to be displayed.

A structure ''Europe'' with several children (''France'', ''England'', etc) that have them self (''Paris'', ''London'', etc) children.

''Europe'' (top level)
-> ''France'' (sub-level 1)
-> ''Paris'' (sub-level 2)
-> ''England'' (sub-level 1)
-> ''London'' (sub-level 2)

Using the wikiplugin_toc we want to show all the second child (sub-level 2) for all the structure Europe and not any of the level above it.

The toc will show:
Paris (level 2)
London (level 2)

https://doc.tiki.org/tiki-listpages.php
Go to page 10

Listing is truncated.

I didn't look at all pages, so there may or may not be others like this.

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

edit article doesn't save if you change any setting in the advanced tab: to email.

Reproduced in
https://tiki.org/tiki-edit_article.php?articleId=442#content_edit_article1-5

Add any email in the "to" field, and you won't be able to save your edition, or your new article if it was the first time you were writing that.

The action log, in addition, says:
{CODE()}
/New article post at tiki.org [Invalid "To" header; contains no addresses]
{CODE}

It seems some internal code in tiki to use elastic search needs to be updated to work with ElasticSearch 5.x:

Installed a blank new tiki, changed unified search engine to ElasticSearch (using v5.0.2 in Ubuntu 16.04 with their elasticsearch repository to have updated packages), and I applied Collaborative_Community_12 profile. I saw these errors just above the instructions page:

{CODE()}
Error(s)

Indexing failed while processing "HomePage" (type wiki page) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "Instructions" (type wiki page) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "Community" (type wiki page) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "Wiki Help" (type wiki page) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "1" (type forum) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "1" (type tracker) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "1" (type trackerfield) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "2" (type trackerfield) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "3" (type trackerfield) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "4" (type trackerfield) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "5" (type trackerfield) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "6" (type trackerfield) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "1" (type trackeritem) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "2" (type trackeritem) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "3" (type trackeritem) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "4" (type trackeritem) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "5" (type trackeritem) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "6" (type trackeritem) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "7" (type trackeritem) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "8" (type trackeritem) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "Community Members HomePage" (type wiki page) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "Anonymous" (type group) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "Registered" (type group) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "Editors" (type group) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "SubAdmins" (type group) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
Indexing failed while processing "Admins" (type group) with the error "The [string] type is removed in 5.0 and automatic upgrade failed because parameters [term_vector] are not supported for automatic upgrades. You should now use either a [text] or [keyword] field instead for field [title]"
{CODE}

And when I reindex, I get these other error messages:
{CODE()}
Error

all shards failed
×
Error

Indexing failed while processing "Community" (type wiki page) with the error "no such index"
×
Error

Indexing failed while processing "1" (type forum) with the error "no such index"
×
Error

Indexing failed while processing "1" (type file gallery) with the error "no such index"
×
Error

Indexing failed while processing "1" (type trackeritem) with the error "no such index"
×
Error

Indexing failed while processing "1" (type tracker) with the error "no such index"
×
Error

Indexing failed while processing "1" (type trackerfield) with the error "no such index"
×
Error

Indexing failed while processing "admin" (type user) with the error "no such index"
×
Error

Indexing failed while processing "Admins" (type group) with the error "no such index"
Rebuild Index
Your index was last fully rebuilt on Wednesday November 30, 2016 09:55:03 UTC.
×
Indexed

wiki page: 5
forum post: 0
forum: 1
file: 0
file gallery: 3
trackeritem: 8
tracker: 1
trackerfield: 6
comment: 0
user: 1
group: 5
{CODE}

At : tiki-admin.php?page=textarea "Open external links in new window" is enable.

So all the following create a link that will open in a new-tab or new window;

{CODE()}[http://www.u2.com|U2]{CODE}
[http://www.u2.com|U2]

As well as:
{CODE()}[http://www.u2.com|u2|_blank]{CODE}
[http://www.u2.com|u2|_blank]

As well as:
{DIV(class="external_link")}[http://u2.com|{img type="src" src="https://dev.tiki.org/img/icons/large/mytiki.gif" height="32" width="32"}|_blank]{DIV}
{CODE()}{DIV(class="external_link")}[http://u2.com|{img type="src" src="https://dev.tiki.org/img/icons/large/mytiki.gif" height="32" width="32"}|_blank]{DIV}{CODE}

However if I use the last one in a template called by a trackerlist plugin, it is not working.
Trying to set the link within the img plugin doesn’t work neither.

Check instance.

When trying to Upload Translations using a Custom Translations file I got the following (tested on Mac and Windows).

Error
Invalid file type (expected file type: php)

You can batch upload a category tree.
*tiki-admin_categories.php#content_admin_categories1-2

You cannot export a category tree.

It would be nice to be able to export your entire category tree.
*Or specific branches of a tree.

We have a nice profile to setup all countries in a Category branch.
*If we had a way to export branches, then you would not need to setup profiles to import them.
**t.o could possibly have a repository of category branches people have created and shared.

Only set the Easy to solve? value at 5 because I really have no idea how hard it would be to do.
*Please disregard this value if you are more knowledgeable about the program.
*If there are existing functions that could easily be modified, this might be a really quick fix.

Export Spreadsheet as csv with code to produce svg chart includes the svg output tags in the csv cell instead of the tiki syntax to generate the chart

Reproduced when attempting to export sheet4 in doc.t.o, which is part of the sample charts generated from the tiki spreadsheet feature:
https://doc.tiki.org/tiki-export_sheet.php?sheetId=4

When exported (as csv with comma, and utf8) the content is like:
{CODE(colors="htmlmixed")}
Chart Type,Example,Chart,Data,Month,Year
Vertical Bar,"=BARCHART(D2:D13),<div class="jSheetChart"><svg height="172" width="421" version="1.1" xmlns="http://www.w3.org/2000/svg"><desc>Created with Raphaël</desc><defs></defs><path d="M80,139L58,139L58,127L80,127Z" stroke="none" fill="#1751a7"></path><path d="M108,139L86,139L86,1,4,Jan,2001
Horizontal Bar,"=HBARCHART(D2:D13),<div class="jSheetChart"><svg height="148" width="421" version="1.1" xmlns="http://www.w3.org/2000/svg"><desc>Created with Raphaël</desc><defs></defs><path d="M53,27L53,20L95,20L95,27Z" stroke="none" fill="#1751a7"></path><path d="M53,36L53,29L116,29L116,,6,Feb,2002
Pie,"=LINECHART(D2:D8, F2:F6)",<div class="jSheetChart"><svg height="220" width="421" version="1.1" xmlns="http://www.w3.org/2000/svg"><desc>Created with Raphaël</desc><defs></defs><text fill="#000000" stroke="none" font="12px Arial, sans-serif" style="text-anchor: middle; font: 12px A,7.2,Mar,2003
Line,"=PIECHART(D2:D8, E2:E8)",<div class="jSheetChart"><svg height="144" width="421" version="1.1" xmlns="http://www.w3.org/2000/svg"><desc>Created with Raphaël</desc><defs></defs><path stroke-linejoin="round" stroke-width="1" style="stroke-width: 1; stroke-linejoin: round;" d="M210.5,7.5,Apr,2004
,,,8.2,May,2005
,,,9.1,Jun,2006
,,,14.1,Jul,2007
,,,16,Aug,2008
,,,17.9,Sep,2009
,,,22,Oct,2010
,,,30,Nov,2011
,,,32,Dec,2012
,,,,,
,,,,,
{CODE}

And in my honest opinion, it should be something like:
{CODE()}
Chart Type,Example,Chart,Data,Month,Year
Vertical Bar,"=BARCHART(D2:D13)",=BARCHART(D2:D13),4,Jan,2001
Horizontal Bar,"=HBARCHART(D2:D13)",=HBARCHART(D2:D13),6,Feb,2002
Line,"=LINECHART(D2:D8, F2:F6)",=LINECHART(D2:D8, F2:F6),7.2,Mar,2003
Pie,"=PIECHART(D2:D8, E2:E8)",=PIECHART(D2:D8, E2:E8),7.5,Apr,2004
,,,8.2,May,2005
,,,9.1,Jun,2006
,,,14.1,Jul,2007
,,,16,Aug,2008
,,,17.9,Sep,2009
,,,22,Oct,2010
,,,30,Nov,2011
,,,32,Dec,2012
,,,,,
,,,,,
{CODE}

Extra site logo (tiki logo) and sitetitle shown at the top left corner after upgrade to 16.2svn (a.navbar-brand)

Workaround?: hide it with custom css. See:
https://doc.tiki.org/Tiki16#Known_Issues

I presume that this is needed for the display of the site logo when in smartphones and tablets, etc. but it should only be shown in that case, not always, and not if the other site logo and site name (from the feature and the module logo) are shown already.

Users cannot use Facebook and Twitter social network features because they cannot link their accounts to Facebook and Twitter.

Attempting to "Authorize" Facebook passes users to Facebook login, but this Tiki error occurs after redirecting to the Tiki site:

{CODE(theme="default")}Error
We were unable to log you in using your Facebook account. Please contact the administrator.{CODE}

Authorizing Twitter passes users to to Twitter login, but after redirecting to the Tiki site, a fatal error occurs:

{CODE(theme="default")}Fatal error: Uncaught exception 'ZendOAuth\Exception\RuntimeException' with message 'Could not retrieve a valid Token response from Token URL: {"errors":[{"code":89,"message":"Invalid or expired token."}]}' in [ ... snip ... ] /home/sites/tiki/melo/vendor/zendframework/zendoauth/library/ZendOAuth/Http.php on line 218{CODE}

This bug prevents all Facebook and Twitter integration like sharing and using embedded feed plugins. This also breaks the "Login via Facebook" feature.