Category: Community projects

A list of "small" improvements to improve Tiki surveys;

# The multiple-choice options length are too limited.
+Above 6 or 8 option is not possible.
# The heading field is not easy to use and can be enhanced.
##The page option should be placed at the end (if doesn’t exist then newpage=n). Should be better to have a radio button set to "no" by default.
## It should be possible to use it for plain text (not only header)
## It should be possible use formatting tools (bold, underline, ...)
## It should be possible to use a link (open a _blank page)

on dev.tikiwiki.org, we have a custom syntax ~np~{wish id=1234}~/np~ to get information about a wish.

This shows the description of the wish, with a hyperlink.

This uses ((doc:PluginTrackerItemField)). If you are a Tiki admin, you can see the config here:
http://dev.tikiwiki.org/tiki-admin.php?page=textarea&plugin_alias=wish

This is very very useful.

How, how could we indicate that a bug is solved? (ex.: on ((Tiki4))

If bug is solved, could it have a relevant class (ex.: special color, crossed out, etc.)?


http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-09-25,Fri&sel=291#l287

You can get to help easily enough, but it's kind of hard to find the "wishlist" page.

Please see ((workspace roadmap))

I was working on the [https://tiki.org/forum4|forum4 (Features / Usability)] today and later on I found out that I got a WSOD.

https://tiki.org/forum6 is working fine

This is happening if I’m logged.
As anonymous I can see the page.

Here is an example of opening a page in WYSIWYG, not changing anything, but the data is affected.

{flash type="url" movie="display364" width="495" height="338"}

I searched "WYSIwat" in the module search in tiki.org and I got System error.

The url was:
http://tiki.org/tiki-searchresults.php?find=WYSIwat&boolean=on&boolean_last=y&search=Search

Duplicate of {wish id=5360}

Tabs stopped working in 13.x, as demostrated after applying the "Voting System" profile, from the Profiles Wizard.

See it reproduced here:
http://xavi-9794-5317.show.tikiwiki.org/tiki-index.php?page=Voting

13.x: User Tracker can't be chosen in the interface to edit groups
Tried with Registered, following the instructions of the profile "User & Registration Tracker".

This profile instructions In 12.x still work like a charm, as usual. But in 13.x, there is no option to show the field to choose the "User tracker"

13.x: User Tracker can't be chosen in the interface to edit groups
Tried with Registered, following the instructions of the profile "User & Registration Tracker".

This profile instructions In 12.x still work like a charm, as usual. But in 13.x, there is no option to show the field to choose the "User tracker"

See it reproduced here:
http://xavi-9794-5307.show.tikiwiki.org/tiki-admingroups.php?group=Registered

u: admin
p: 12345

Tested with:
* Java Plug-in 10.80.2.15
* Using JRE version 1.7.0_80-b15 Java HotSpot(TM) 64-Bit Server VM

I had to manually set the security settings in the Java Web Start (Java Control Panel) to __Medium__ ("Least secure setting"). They seem to come by default with __High__ security ("Minimum recommended"), which doesn't allow to run java apps with untrusted, or invalid certificates; it could be even worse, with the "Very High" setting).

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

Same issue in a 12.x LTS site, or with a 14.x site (both updated recently through svn)

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

Once that java security setting was changed to Medium, I was able to see the jCapture applet as usual, once I acceped the popup window indicating that it was a security risk to accept to run that java application, etc. (this will frighten most users, imo)

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

FYI, Java console says:
{CODE()}
Missing Application-Name manifest attribute for: http://myproductionserver.org/vendor/jcapture-applet/jcapture-applet/lib/jcapture.jar
{CODE}

{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: tab toggle button from PluginTabs not shown or not working

Reproduced here with android 4.2 default browser (clinking on notabs button does nothing but reload the same page), and with chrome i get no tabs and button to recover the tab diaplay mode (i had clicked in a "notabs" button in the same chrome in normal non-mobile view in a 12.x site):
https://doc.tiki.org/PluginTabs


See also related (in 12.x):
https://dev.tiki.org/item5690

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}

Hi:

I've set up an R script (.Rmd: with R markdown to be run through Knitr) to check the application of all Tiki Profiles (the ones available in the Profiles Wizard since Tiki12, at least) on several tiki branches on your own localhost, to search for error messages, and aggregate that information for easy monitoring. It can be extended to send an email when regressions show up, etc.
I developed that over the weekend from home, and even if in beta stage, it currently works.
See: https://github.com/xavidp/TikiProfilesTester

However, I cloned the git repo at work, where we are behind a proxy, and console.php cannot apply profiles from there through the commandline. Through the GUI I always have to add the proxy info to Tiki first in order to be able to list profiles and apply them , etc.

{CODE()}
root@pentinella:/var/www/html/trunk# php console.php p:a Voting_System
Profile not found.
root@pentinella:/var/www/html/trunk#
{CODE}

proxy info seem to be defined at ./trunk/lib/tikilib.php (line 185 onwards)

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

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

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 "Quick Admin" module is no longer assigned in default installs starting from {commit id=67387} (Tiki 19).

I looked today at http://info.tikiwiki.org/tiki-list_submissions.php and there are nearly 300 spam submissions there so far, and no way to delete them in groups. Maybe that's why nobody noticed my prior submission as info.tw.o editor from last month...

(the user need to be in info.tw.o Admin group in order to see the spam list. If your users is just in the info.tw.o_editors group, you'll see nothing but your own submissions if any.)

A text box to select the amount of rows to be listed would be welcome, and multiple checkboxes to select some or all, like with users, etc.

---
By the way, how can anonymous spammers post submissions to info.tw.o? They can't through http://info.tikiwiki.org/tiki-edit_submission.php (at least, nowadays)... Spam hole somewhere?

If I add a rating to a new tracker, the rating is not saved.

Also the rating value star has an opaque white background.

These occur on dev.tiki.org presently.

~~#F00:Update:~~ Still not working on dev.tiki.org revision 48335. {sign user="Bsfez" datetime="2013-11-05T07:14:49+00:00"}

The rating gets saved now but is not displaying. {sign user="pascalstjean" datetime="2013-11-24T00:42:50+00:00"}

~~#F00:Update : ~~ I retested on the 28/11/13. {sign user="Bsfez" datetime="2013-11-28T13:22:50+00:00"}
Not logged i saw that they were 3 votes but could see star on or off;
{img fileId="645" thumb="y" rel="box[g]"}

Once logged i voted and the score was reseted to 0;
{img fileId="646" thumb="y" rel="box[g]"}
---
This worked well in Tiki9., and it's still borken as of r49090 (December 15th). {sign user="xavi" datetime="2013-12-15T10:27:49+00:00"}
If Rating with "Stars (system)" is supposed to be deprecated, could someone please help to switch the rating system in the dev.t.o Bug Tracker ([tracker5]) so that it can use whatever new rating system is not "deprecated"?
This way, since the new [http://doc.tiki.org/Rating%20Tracker%20Field|Rating field is not documented] as of Dec 14th 2013, we could see it here at least as a working example.{sign user="xavi" datetime="2013-12-15T10:39:46+00:00"}
---
Ok, added the new Rating system myself to the Bug Tracker (new field 152: "New Rating"). And it works out of the box. Good job whoever coded the new feature. {sign user="xavi" datetime="2013-12-15T10:45:10+00:00"}

The Tiki backup format is: http://doc.tiki.org/TRIM#make_backup

Todo:
* Set up backup server (could be using a *.tiki.org domain name)
* Nelson to provide a script for Marc to run on a cron job on each *.tiki.org sites that he is hosting.
** For security reasons, could be a good thing that this backup script can add only (and thus, that a compromised server can't be used to erase all our data)
* For the other servers managed by leu, changi and oliver, give them the same script or use an alternate method which provides the same result.
* Provide access to those backups to Jonny and LPH as they are needed to solve dogfood bugs, and they are great for performance testing.

If the script fails, there should be an alert to the Monitoring system (the community one managed by Tiki). So the script should signal some sort of success to Shinken instance we have.


Inspiration:
* http://dev.tiki.org/Command-line+tool#console.php_backup
* http://sourceforge.net/p/tikiwiki/code/HEAD/tree/trunk/doc/devtools/tim/tim-snapshot
* http://sourceforge.net/p/tikiwiki/code/HEAD/tree/trim/scripts/backup.php
* http://sourceforge.net/p/tikiwiki/code/HEAD/tree/trunk/doc/devtools/backup.php
* http://sourceforge.net/p/tikiwiki/code/HEAD/tree/trunk/doc/devtools/backupdb.sh

Either Syncthing shares or better File Gallery . Tiki19 and Tiki20 should be better for this thanks to ((doc:Media Alchemyst))

We have plenty of profiles ready for new users to learn new skills within Tiki, but we fail in the way we allow filtering them for a new tiki admin: it should be easier and more visual, imho.

We should add some sort of ((Grid)) or masonry display (like flash cards) plus some fast filtering based on tags that the user adds. I wonder if the isotope filtering from masonry could be hacked to allow filtering by profile tags. See:
https://isotope.metafizzy.co/
(from the same author of https://masonry.desandro.com/ )


See also the related feature request:
https://dev.tiki.org/item6432 - "Allow searching by categories and TAGS through the Profiles Control Panel in Tiki"