Category: 13.x

There are several times that a HTML wiki page will fail to render a paragraph.

*In a footnote, the paragraph will fail to render when there is one paragraph, however all paragraphs will render correctly (more or less) if there is two or more paragraphs.

*A paragraph within a opening and closing HTML pair will fail to render in a similar way.

There is a tiki instance that clearly demonstrates this.

Plugin TrackerStat has no easy replacement with Plugin List, as far as a I know.

When trackers are used to fill in questionaires, there are sometimes long phrases that are written in full in the description of the field, and the field name is just some short name to refer to it.

When the user fills in the form, the field descriptions can be shown below the field.

But when results are shown through PluginTrackerStat, no field description is shown, and in some cases, it's hard to understand the answers without the full text shown in the description of the field.

This could be solved with a param to optionally display the field descriptions in the Plugin TrackerStat.
-
See it reproduced here:
See it reproduced here:
http://xavi-9794-5637.show.tikiwiki.org/tiki-index.php#contentvotingsystem-2
u: admin
p: 12345

field: 12
How many days?
{CODE()}
1 1 %33.33 <->
1 10 %33.33 <->
1 2 %33.33 <->
{CODE}
How many days is almost meaningless here at result-display time. The description of the field needs to be shown also: "__How many days did you attend last year to the weeksly meetings of hte organization?__"

Plugin TrackerToggle doesn't display the hidden field if attempting to change value in a previously saved itemId

I followed the documentation found here:
https://doc.tiki.org/PluginTrackerToggle
with this type of syntax in a pretty tracker page:
{CODE()}{TRACKER(trackerId="1" fields="2:5:10:11" showtitle="n" showdesc="n" showfieldsdesc="y" showmandatory="y" showstatus="y" wiki="Template1")}{TRACKER}

{trackertoggle fieldId="5" value=1 visible="y" id="condiv"}
{CODE}

And the wiki page Template1 contains:
{CODE()}
Field 2: {$f_2}
Field 5: {$f_5}
{DIV(id=condiv)}Field 10: {$f_10}{DIV}
Field11: {$f_11}
{CODE}

and the field is hidden by default, however it doesn't get displayed when the radio button gets the value "1" (yes) when visiting a previously saved item; e.g., with the url like:
http://xavi-9794-5689.show.tikiwiki.org/tiki-index.php?page=HomePage&itemId=3

(please note that this itemId3 has field5 stored with value 0 (case A). That's why even if you click (at item edition time) to the second value of the radio button (value 1 - case B), nothing is shown (because field5 has value 0 stored or in the session or something).

---

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

a) via plugin
Putting ~np~ {draw} ~/np~ in a page. Since there is no ID, Tiki should offer you a directory to save drawing too. 1. pages list instead of file gallery list: http://doc.tiki.org/Draw_20140317
{img fileId="711"}

Even the documentation page doesn't work:
http://doc.tiki.org/PluginDraw

b) via tiki-list_file_gallery.php
Click "Create Drawing" from http://doc.tiki.org/tiki-list_file_gallery.php It reports "Saved file id0" (and id0 is invalid)
{img fileId="716"}

When a wiki page has id=0 for this plugin, it should report an error and / or offer to create an image

I am using Tiki v13 connected to LDAP

I logged in with testeinternet (new user from AD), and the Tiki user was successfully created after LDAP import.
I logged in with admin(tiki user)
added testeinternet to LAB group (here is the error the user that was logged for this action was testeinternet and not admin, as you can see in log id 685)

Logs from Action Logs
---
686 login 17:03 admin logged out 127.0.0.1 Mozilla/5.0 (Windows NT...
685 admingroups 17:03 testeinternet added testeinternet to LAB 127.0.0.1 Mozilla/5.0 (Windows NT...
684 admingroups 17:03 admin created group LAB 127.0.0.1 Mozilla/5.0 (Windows NT...
683 login 17:02 admin logged from http://localhost/tiki/tiki-index.php 127.0.0.1 Mozilla/5.0 (Windows NT...
682 login 17:02 testeinternet logged out 127.0.0.1 Mozilla/5.0 (Windows NT...
681 login 17:02 testeinternet logged from http://localhost/tiki/tiki-index.php 127.0.0.1 Mozilla/5.0 (Windows NT...
---

A new profile handler for wiki structures would be very handy to promote the use of structures in many uses cases (learning environments, project management, TEAMS, workspaces in general, ...)

http://profiles.tiki.org/Structured+Master+Documents

I created a profile to demostrate the use of wiki structures to new wiki admins, but it's missing the change to create the structure directly from the profile, which would be needed to enhance other more advanced profiles (Learning Center, etc)

Profiles wiki handler: translations param doesn't work. To reproduce, see and apply profile: http://profiles.tiki.org/Consensus+Forums

This page:
http://xavi-9794-5371.show.tikiwiki.org/tiki-index.php?page=Instructions+for+the+Consensus+Forums

should be in the same trnaslation set as the equivalent Spanish one:
http://xavi-9794-5371.show.tikiwiki.org/tiki-index.php?page=Instrucciones+de+los+Foros+de+Consenso

This is how the pages are defined in the profile decalaration:
{CODE()}
objects:
-
type: wiki_page
ref: consensus_forums_include
data:
name: Instructions for the Consensus Forums
description: Instructions on how to use forums to help users seek consensus on discussion threads
lang: en
mode: create_or_update
translations: consensus_forums_es_include
content: wikicontent:Consensus_Forums_Instructions
-
type: wiki_page
ref: consensus_forums_es_include
data:
name: Instrucciones de los Foros de Consenso
description: Instrucciones sobre como users los foros para ayudar a los usuarios a buscar consensos en cada hilos de debate
lang: es
mode: create_or_update
translations: consensus_forums_include
content: wikicontent:Consensus_Forums_Instrucciones
{CODE}

However, the "translations" keyword doesn't seem to take effect.

I want to setup a custom registration with extra data in a tracker and with a file template for registration presentation.

This works with a wiki page used as template, but it fails with a template file used as template.

This fails because in the following way:
* The registration displays one error message per field in «Registration Fields» (in Registered group config)
+ ''Incorrect fieldId: 2. Please ensure you are using the correct field ID and that it is properly included in the template, if any.''
* The extra fields do not show upo in the registration page.

I tried many syntaxes: $f_2 (as documented), $ins_2, $ins_firstName, etc.

A show instance below demonstrates the bug.

!More
More testing shows an issue when users enter invalid values.
* Click on "Login→Register"
* Fill some invalid values (no password, email does not contain "@")
* Observe that the page now asks to fill data again but it does not use the template :-(

To be reproduced, see:
http://xavi-9794-5464.show.tikiwiki.org/tiki-index.php?page=D1+Cover
u: admin
p: 12345

And see the same page as user:
u: user1
p: user1
which has been granted local permission to view and edit that page, and global permission to edit structures. If you attempt to go to edit the structure,
http://xavi-9794-5464.show.tikiwiki.org/tiki-edit_structure.php?page=D1+Cover&page_ref_id=1

you get:
{QUOTE()}
Error: You do not have permission to use this feature: tiki_p_view
{QUOTE}

Potential Workaround:
Comment out the check for the permission to display any part of the edit strcutures interface. Line 22 from tiki-edit_structure.php should become:
{CODE()}
//$access->check_permission('tiki_p_view');
{CODE}

And line 123 from templates/tiki-edit_structure.tpl should change from:
{CODE()}
{if $editable == 'y'}
{CODE}
to
{CODE()}
{if $editable == 'y' && $tiki_p_edit == 'y'}
{CODE}

Should that be enough?

I couldn't test properly due to the interference of this other bug which prevents assigning object permissions:
https://dev.tiki.org/item5916

Please see: http://dev.tiki.org/tiki-tracker_rss.php?trackerId=5

Titles are:
{CODE()}- <a class="tablename" href="item5301?" data-type="trackeritem" data-object="5301">User information mouseover is sticky</a>{CODE}

But should be:
{CODE()}User information mouseover is sticky{CODE}

Can be seen here:
* https://dev.tiki.org/Unprioritized+Open+Wishes
* https://dev.tiki.org/Move+from+30+minute+fixes+to+ease+filter

Setting User Tracker id login and registration fields from Profile fails

See example in this profile:
https://profiles.tiki.org/User_Trackers#Group

{CODE()}
permissions:
Members:
description: members of the association
include: [ Registered ]
user_tracker: $user_tracker #and once this work, we need to tell the system about which field ID to connect to
user_tracker_field: $login # On a clean install, the following both should be at "1"
registration_fields: $profileobject:user_name$
{CODE}

names as indicated in the documentation:
http://profiles.tiki.org/tiki-index.php?page=Permission%20Management&redirectpage=Group%20Handler

I am pretty sure this is a regression. I didn't notice this before

Clicking on this link:
http://dev.tiki.org/tiki-view_tracker_item.php?itemId=5386&threadId=3942&cookietab=2#threadId3942

Should take me to the comment "This is what I see". But instead the comment "I agree with you Gary " is at the top of the page

{img fileId="933"}

Site timezone is not respected when using Plugin Convene

E.g.: site default is UTC-2. You choose your time in the convene plugin, as UTC (even if you have no indication of the timezone, it seems), for instance, and the stored time is shown 2 hours before the time you selected in your choice.

Reproduced using Tiki 13.x here:
https://tiki.org/Admins+Team+Meetings

However, I can't reproduce it in an associated show instance in trunk. Maybe it has something to do with the timezone set in php settings, and not just the setting in Tiki?
I kept the tiki set as "Admin home > General > Date and time > Displayed Time zone: Use site default".

See 9.x:
https://profiles.tiki.org/Admin

Still a problem in trunk:
http://nextprofiles.tiki.org/Admin

This is the commit that caused it:
https://profiles.tiki.org/tiki-pagehistory.php?page=Admin&compare=Compare&newver=14&oldver=13

Sort on rating at this tracker is broken.
To reproduce:
* Login here: http://dev.tiki.org/tracker5 (as user xavi, plain registered user)
* click on rating column (to sort items on their rating): it apparently works, even if it shows first the ones with the lowest rating.
* click again on rating column (attemping to sort the items with highest rating first), and still items with 0 in the rating are showed first.

url (only with open items, to reduce potential factors interfering): http://dev.tiki.org/tiki-view_tracker.php?trackerId=5&sort_mode=f_152_desc&status=o

^ __Note__:
Please note that this is using the maintained (non deprecated) rating tracker field (field 152, type "Rating"). If you are an admin, you will see still 2 fields as rating, but one, the former and unmantained (field 62, "Old Rating - Stars (system) visible by Admins only"), is hidden from registered users (it's kept there in dev.t.o in case some devs makes an script to convert the data from the old tracker field into the values for the new tracker field in all tracker items of the same tracker).

I tag this wish a regression since I remember that this worked in past, years ago, but unfortuntely I can't say in which specific version.

I consider this isse to be somewhat important since tiki are being used more and more to allow communities to gather user feedback to prioritize issues, actions, strategies, proposals, etc., in a genuine "wisdowm of crowds" way, and this issue prevents using tiki for this goal, which is a pity when you are using Tiki in the same community for many other community needs... See http://doc.tiki.org/E-democracy
^

---
Maybe related to [item1446|item 1146: Trackers: Need to be able sort as numerical instead of text]?

The sections on "how to participate" and "FAQ" are missing on the menu, but still in the admin panel:
https://suite.tiki.org/tiki-admin_menu_options.php?menuId=46

{img fileId="832"}

No idea whether this is also happening in 12.x or earlier. I just noticed this in trunk, while reviewing the improvements to Surveys in order to update the documentation page ((doc:Tiki13))

I created a survey as admin, added 3 questions (one of them is a rating from 1 to 10 with radio buttons). I provided 2 answers as user admin, and I saw that no vote count nor average was shown from the rating scale 1...10

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

The TOC gets populated with some headings from plugins like trackerlist (probably should not as it seems to appear on wrong position at the top of the TOC).
---
affecting autotoc and standard maketoc, also in Tiki15. {sign user="xavi" datetime="2016-05-20T09:48:34+00:00"}

This is a test
Cannot create a bugreport

I upgraded a large site to Tiki 13.1 because it is responsive. Put tons of hours into the upgrade. Now the site looks as it should but cannot edit or create a new page!

This was marked as a stable release. Please get it fixed so I can deliver the site.

have the right colored favicons (as per branding.tiki.org) for each tiki site (dev, comunity, themes, doc, etc)

would be needed to move forward with achieving a unified design

in your browser check the source of http://suite.tiki.org/tiki-index.php

{img fileId="910" thumb="n" rel="box[g]"}

suite is a perspective within the community site. They share the same codebase, so maybe there is something with the perspective lib

tiki-admin.php & Wizards: mouse-over the information, warning, help icons doesn't show the expected content but the label again

Just try the same thing in a 12.x to compare:
{flash type="url" movie="display846" width="631" height="500"}

https://tiki.org/forumthread51778

{img fileId="835"}