Category: 14.x

hi
I am using tikiwiki with external authentication (CAS JASIG) and i am able to authenticate users.

The problem is though the user on first login is created (if not in tikiwiki) the system does not assign the default group to that user

Is this a missing feature or i am doing something wrong?

Thank you in advance

The user level stars (looks like this: {img src="https://tiki.org/img/icons/3stars.gif"}) look the same for all users no matter what in the tiki.org Forums. Moreover it should not use GIFs (really? are we in 20th century?)
Can be seen here for example: https://tiki.org/forumthread58746?topics_offset=1

In Tiki 14 the "collapsed" user menu fails to open when the button is clicked in Chrome and Opera.
Works fine in Firefox and IE.

This may be a blocker

... show instance works fine.
Must be something locally on my installation

The first three stars appear half filled after rating five stars?
Is that expected behavior or am I confused?
{img fileId="1032" thumb="box"}

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.

So I downloaded and successfully installed the latest version of the 14.x Beta. After that, I locked the installer and attempted to login to my website. While the authentication appears to be working, the site immediately goes to a blank white screen with the URL '/tiki-login.php' still at the end. I can't seem to find the problem that is causing this issue, so it appears to be some sort of bug.

wiki (wysiwyg) inline editor transforms page alias links into standard wiki page link on save (alias lost)

See it reproduced here:
http://xavidp-1553-5652.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

The homepage has at the bottom the standard code for an alias at teh page "HomePage" to be accessed also from "Casa" alias page name.
{CODE()}
(alias(Casa))
{CODE}

Therefore, you can access to the homepage also with:
http://xavidp-1553-5652.show.tikiwiki.org/tiki-index.php?page=Casa

However, if you open that wiki pade for edition with "Inline wiki editor", make some changes, and saved the page through the inline wiki editor (click again at that button that you used to open the inline editor), then the alias link is gone. If you edit the page with the standard wiki plain text aditor, you will see that the code at the bottom is replaced with a standard wiki link pointing to "HomePage" and using "Casa" as label.
{CODE()}
((HomePage|Casa))
{CODE}

The syntax "div align='center'" isn't valid in HTML5. CSS needs to be used instead, something like "style='text-align: center'".

In Wiki page, the print function should show the current information of the page, but the page was shown the unapproved details after I clicked the print icon. I have activated the Approval function so that the edited page will be shown after approval.


---
Info to reproduce it {sign user="xavi" datetime="2014-12-31T07:30:58+00:00"}:
u: admin
p: 12345
* Log in as admin to the attached show.t.o instance: http://marshallau-11729-5521.show.tikiwiki.org/
* See that the "Official Document" has no approved page:
+ http://marshallau-11729-5521.show.tikiwiki.org/tiki-index.php?page=Official+document
* click at the Wiki print button, and you will see the latest version of the document, even if unapproved:
+ http://marshallau-11729-5521.show.tikiwiki.org/tiki-print.php?page=Official+document
* log out as admin, and as anonymous, visit again the url of the print-version of the document. You can see it freely:
+ http://marshallau-11729-5521.show.tikiwiki.org/tiki-print.php?page=Official+document

Attempting to remove a page fails by default, without reporting any error. Before Tiki 18, it seems to do nothing or little. Since 18, it merely removes the last version of the page.

When the "Remove all versions of this page" is checked, removal works.

According to r31226 (7/12/10, by killianebel ):
{QUOTE()}[MOD] Wiki pages can be viewed at a specific version, using the &version or &date URL parameter. Files included in pages with the FILE plugin correspond to the specified version. This feature must be enabled with 'feature_wiki_use_date'.
{QUOTE}

However, I can't get this feature to work with Tiki14 or Tiki12 or Tiki9 (with or without revision approval). It seems as if important pieces of code are missing. Did this ever worked?

menus for some time have had the option to have the menu label wiki parsed - which allows customised formatting of the label and if required the addition of images etc

for wiki parsed menus that are displayed using the 'old' suckerfish menus this still works perfectly so that for example a menu item with the label:

~np~Home {img src="img/icons/home.gif" height="12" width="12" alt="Image"}~/np~

creates the parsed output of:

~np~<li class="option217 menuSection menuSection0 menuLevel0">
<a href="HomePage">
<span class="menuText">
Home
<img class="regImage pluginImg" width="12" height="12" alt="Image" src="img/icons/home.gif">
</span>
</a>
</li>~/np~

and will correctly display: Home {img src="img/icons/home.gif" height="12" width="12" alt="Image"}

However when the same menu is displayed using a bootstrap menu format something goes wrong with the wiki parsing causing an additional / to added to the end of the img tag ie

~np~<li>
<a href="tiki-index.php?page=HomePage">Home <img src="img/icons/home.gif" height="12" width="12" alt="Image" class="regImage pluginImg" /> </a>
</li>~/np~

this is then displayed as:

Home <img src="img/icons/home.gif" height="12" width="12" alt="Image" class="regImage pluginImg" />

ie showing all the html

After upgraded to 14.1, Wiki template page can not be applied as an input form in the PluginTracker. The error message shows "Missing template Name". But the same template while using in Plugin Trackerlist can display items and work fine. Does anyone have same problem? Or what setting I missed?
*My Plugin Tracker Setting
{img fileId="1007" thumb="y" rel="box[g]"}
*Tracker setting
{img fileId="1009" thumb="y" rel="box[g]"}
*Error while wiki template page used in PluginTracker as an input form: ~~#F06:Missed Template File~~
{img fileId="1008" thumb="y" rel="box[g]"}
*Work properly in PluginTrackerlist to display items.
{img fileId="1010" thumb="y" rel="box[g]"}

Wish: integrate 'Terms of Service, Didn't read' options https://tosdr.org into our Terms and Conditions feature

Maybe some options to let the tiki admin choose (radio button?) which of the policies from "Terms of Service, Didn't read" they have in their tiki site.

^From https://tosdr.org
__Terms of Service, Didn't read__
We are a user rights initiative to rate and label website terms & privacy policies, from very good Class A to very bad Class E.

Terms of service are often too long to read, but it's important to understand what's in them. Your rights online depend on them. We hope that our ratings can help you get informed about your rights. Do not hesitate to click on a service below, to have more details! You can also get the ratings directly in your browser by installing our web browser add-on:
^

Our feature:
http://doc.tiki.org/Terms+and+Conditions

Whilst individual pages within a Structure can be Locked - restricting who can edit them - it would be very useful to be able to Lock a Structure so that only the creator could add/delete/change the pages that are in a Structure and how they are organised.

I have a tracker that contain category field. When i choose to render as "unordered list of links", the tiki-view_tracker.php shows items, and there is a column with a list of categories with this link : tiki-browse_categories.php?parentId=XXdeep=on <- missing the &.

i'm using svn version;

When trackeritems have permissions (i.e using a category field) and permissions are set so that only certain usergroups can see certain items (based on their category), then pagination does not work properly.

Example:
Tracker has 50 items. Only item 2 and item 28 is accessable to user "Peter" due to permissions..
If "Peter" open the trackerlist, he will see only one item on the first page, and need to go to the second page to see the other one.

Expected behaviour would be:
"Peter" sees just one page with two items.

This effects also tablesorter when being used.

Fixed in 14.x r55304 and trunk

To reproduce:
#Enable the JQuery upload feature
#Edit a page and upload an image using the icon "Choose or upload images"
#Save the page
#Then you decide to change that picture: Click the img plugin helper icon below the image
#Click the icon next to the fileId field to upload new image insted of the current one
#Upload the image then click it - it should replace the ID 1 with ID 2 but instead it inserts the whole wiki syntax and messes up the img when saved

There is already a chat software in tiki. So why another one?
- It is always better to keep tiki focused on its core functionality and integrate all the rest.
- Chat can create load, that may need to be moved onto another server.

123flashchat is integrated into 27 CMS, while not into tiki. They would possibly be interested in integrating themselves into tiki or at least in providing active help.

If you submit a form and there is a required Text Area (with WYSIWYG) that isn't input, the message "This field is required" shows up underneath the field (as it should).

However, unlike regular text fields and text areas (non-wysiwyg), when you start typing something in the field, the error stays there (usually, as you type something, the message is cleared).

Not a big deal in terms of usability/function but it is inconsistent and makes it look a little less polished.

9.x - trunk: Can NOT export fields nor synchronize a big tracker

Smaller trackers seem to be fine with exporting tracker fields.
But with this one, no content is shown in the popup box where the exported fields should be shown.
Somehow I managed to replicate this issue in my localhost in a Tiki 11.x, and I see this error message then:
{CODE()}
Request-URI Too Large

The requested URL's length exceeds the capacity limit for this server.
--------------------------------
Apache/2.2.22 (Ubuntu) Server...
{CODE}

This seems to be related to these two apache directives, that I didn't manage to change in my localhost (or at least, the error didn't dissapear):
# http://httpd.apache.org/docs/2.2/mod/core.html#limitrequestline
# http://httpd.apache.org/docs/2.2/mod/core.html#limitrequestfieldsize

Show instance created.
U: admin
P: 12345
To reproduce, try to export all or any of the 167 fields here:
http://xavi-9794-4756.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1

---

I tried also exporting the whole tracker, fields and data through the tracker synchronization feature (), but After I click at the button to "search the trackers to clone" (or similar), at teh remote tracker duplication step, then I get this fatal error page:

{CODE()}
Fatal error: Uncaught exception 'Zend_Http_Client_Adapter_Exception' with message 'Read timed out after 10 seconds' in /path/lib/core/Zend/Http/Client/Adapter/Socket.php:511 Stack trace: #0 /path/lib/core/Zend/Http/Client/Adapter/Socket.php(329): Zend_Http_Client_Adapter_Socket->_checkSocketReadTimeout() #1 /path/lib/core/Zend/Http/Client.php(1075): Zend_Http_Client_Adapter_Socket->read() #2 /path/lib/core/Services/RemoteController.php(57): Zend_Http_Client->request('POST') #3 /path/lib/core/Services/RemoteController.php(26): Services_RemoteController->getJson('list_trackers', Array) #4 /path/lib/core/Services/Tracker/SyncController.php(266): Services_RemoteController->__call('list_trackers', Array) #5 /path/lib/core/Services/Tracker/SyncController.php(266): Services_RemoteController->list_trackers() #6 /path/lib/core/Services/Tracker/SyncController.php(280): Services_Tracker_SyncController->getRemoteTrackerList('http://ueb.vhir...') #7 /path/lib/core/Services in /path/lib/core/Zend/Http/Client/Adapter/Socket.php on line 511
{CODE}

Any help to get the tracker exported, by any means, to another Tiki install?

__Update:__ Clarified some of the description below.

^Please note this field type is marked "experimental" in 12.x^

[http://doc.tiki.org/Action+Tracker+Field|Action Tracker Field] type does not work in Tracker plugin.
I have tried it but no button appears labeled "Reset" on the action field row next to the "Reset Password" in the table.
To reproduce:
General > Name: Reset Password
Options for Action > Name: Reset, Post: get, Script: tiki-remind_password.php, Parameters: name:userName

{img fileId="941" thumb="y" rel="box[g]" width="320"}

__It should render a post or get form or just a button labeled "Reset" pointing to tiki-remind_password.php__ but renders nothing in the Tracker plugin. Maybe it should render below the tracker form in the code to avoid ''form in a form'' conflict and be placed on the row position of the field using jQuery?


It only shows up (while editing the Tracker item) in a special section called
"__Special Operations__".

But clicking the button from there is buggy too. Goes to:
tiki-remind_password.php?name%3AuserName=name%3AuserName&trck_act=Reset

Instead of:
tiki-remind_password.php?name=admin&trck_act=Reset

Currently, there are four preference filters available in the Control Panel interfaces: "Basic", "Advanced", "Experimental" and "Unavailable".

As a user new to Tiki, I have on several occasions noted features that looked interesting, but which I have not enabled as I have subsequently found it is planned to deprecate them. In some cases this was obvious (e.g. a 'warning' icon with the deprecation message on hover next to the feature checkbox), in others it wasn't (i.e. I only found out about it from doc.t.o or related places).

On the assumption that it will help with planned deprecations if new installations don't enable and start using deprecated features, I would propose that a "Deprecated" preference filter be added, that relevant controls be assigned to it, and that it be disabled by default in new installations.

I understand the criteria for such might be controversial (indeed, I hope I'm not reigniting a heated discussion by posting this!) and so would understand if this is WONTFIXED. I also recognise that it is less appropriate for a new user to suggest criteria here than for those that have had Tiki installations for some time and/or are directly involved in development, which is why I haven't listed any in this initial report.

Currently, Plugin LastMod displays the date and time a page was modified using the server's "Long Date Format" and "Long Time Format". While this is fine as a default, there are no parameters that allow this to be overridden (or at least, [https://doc.tiki.org/PluginLastMod|the documentation] doesn't show any).

I would like to suggest this be changed, and present two potential avenues to doing so:
#Provide parameters that allow to use either the 'long' format, the 'short' format, or to switch 'off' the date and time components respectively.
#Provide a parameter that allows to specify a custom date and time format string.

Add filter param to Plugin TrackerStat (to easily display graphical bars of tracker item answer counts from filtered results)

((doc:PluginTrackerStat)) is an easy way to display results from data in trackers. Trackers can be used to produce advanced custom surveys, and we could use on e single tracker to collect data from different semesters, years, projects, etc., but provide a simple interface to show a filter before showing results of bars with counts, etc., so that the use can choose in a central point which fields wants to use to filter data from a tracker.

This might be solved someway with plugin list and custom search and some tricky advanced display output or format syntax, but this in currently (as of April 2015) undocumented, and even if this might be feasible by experienced devs, it's not going to be as easy for endusers to be reproduced than just using the easy TrackerStat plugin with a new filter param, (similarly to the param filter in PluginTrackerList of TrackerFilter)

---
See some show instance with a call to TrackerStat already in place, if you want a snapshot of a working instance as a base tiki to get your development tests going.

http://xavi-9794-5261.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345