Category: 11.x

{syntax type="tiki" editor="plain"}
Tiki calendar object permissions do not work properly. (Or, I am not understanding how they should work correctly.)

It is my understanding that object permissions should override global permissions. In the case of calendar, this means that if there are no global permissions granted, but there are object permissions set on a calendar, the calendar should comply with the object permissions. This is not how calendar currently works.

In order for a user to add an item to a calendar, they must have the add item permission in global permissions, regardless of whether the object permissions grant them that permission.

In the snapshot below, I have it set up as follows to demonstrate this.

User: admin
PW: 12345

User: reg
PW: 12345
Member: Registered

Registered is granted no calendar related permissions globally.

I created a calendar "test" and granted Registered add, change, browse, and view calendar permissions in the object permissions.

User "reg" is unable to add items (button does not appear) to calendar "test" from -+tiki-calendar.php?calIds=1+-

I believe that "reg" should be able to add items, as the object permissions allow them to, regardless of global permissions. Note that the view permission seems to be working correctly on the object level of permissions for calendar, as "reg" is still able to view the calendar, though that permission is not granted globally.

Let me know if I'm just crazy and over-thought this into a dumb :)

On a wiki page if you set a Tiki Plugin with a very big content (pictures in a slider) it is displayed all over the page under (or over) the rest of the wiki page content.

{img type="fileId" fileId="304" thumb="y" height="25%" width="25%" noDrawIcon="n"}

The Tiki wishlist has a problem when using filters.

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

Error text

! ) Warning: rawurlencode() expects parameter 1 to be string, array given in /var/local/dev.tiki.org/www/templates_c/en^ee47e9233c84675a267d9b73de7f1fdd7b241491.file.tracker_filter.tpl.php on line 71 Call Stack #TimeMemoryFunctionLocation 10.0004803584{main}( )../route.php:0 20.00191169344include( '/var/local/dev.tiki.org/www/tiki-view_tracker.php' )../route.php:237 37.5589100835536Smarty_Tiki->display( )../tiki-view_tracker.php:556 47.5589100836296Smarty_Internal_TemplateBase->display( )../smarty.php:360 57.5589100836488Smarty_Tiki->fetch( )../smarty_internal_templatebase.php:374 67.5590100840496Smarty_Tiki->fetch( )../smarty.php:241 77.5591100840856Smarty_Internal_TemplateBase->fetch( )../smarty.php:266 87.5631101837200content_523e87998c87f4_88692712( )../smarty_internal_templatebase.php:180 97.5726103041616Smarty_Internal_Template->getSubTemplate( )../en^5a11464211dbc7d301d052e0c3d6808c26d5e183.file.tiki-view_tracker.tpl.php:241 107.5727103084072Smarty_Internal_TemplateBase->fetch( )../smarty_internal_template.php:286 117.5746103528536content_523e8799d25ca4_03606393( )../smarty_internal_templatebase.php:180 127.5752103546896rawurlencode ( )../en^ee47e9233c84675a267d9b73de7f1fdd7b241491.file.tracker_filter.tpl.php:71 &filterfield=32&sort_mode=created_desc&status=o" class="statusimg">
( ! ) Warning: rawurlencode() expects parameter 1 to be string, array given in /var/local/dev.tiki.org/www/templates_c/en^ee47e9233c84675a267d9b73de7f1fdd7b241491.file.tracker_filter.tpl.php on line 71 Call Stack #TimeMemoryFunctionLocation 10.0004803584{main}( )../route.php:0 20.00191169344include( '/var/local/dev.tiki.org/www/tiki-view_tracker.php' )../route.php:237 37.5589100835536Smarty_Tiki->display( )../tiki-view_tracker.php:556 47.5589100836296Smarty_Internal_TemplateBase->display( )../smarty.php:360 57.5589100836488Smarty_Tiki->fetch( )../smarty_internal_templatebase.php:374 67.5590100840496Smarty_Tiki->fetch( )../smarty.php:241 77.5591100840856Smarty_Internal_TemplateBase->fetch( )../smarty.php:266 87.5631101837200content_523e87998c87f4_88692712( )../smarty_internal_templatebase.php:180 97.5726103041616Smarty_Internal_Template->getSubTemplate( )../en^5a11464211dbc7d301d052e0c3d6808c26d5e183.file.tiki-view_tracker.tpl.php:241 107.5727103084072Smarty_Internal_TemplateBase->fetch( )../smarty_internal_template.php:286 117.5746103528536content_523e8799d25ca4_03606393( )../smarty_internal_templatebase.php:180 127.5756103546896rawurlencode ( )../

----
A screencast ...

{flash type="url" movie="display432" width="1472" height="827"}

No longer possible to filter by email

(arild, can you see the email I sent you :)? thanks)

This comes out with new Chosen lib
{img fileId="256"}

It is also strange in mobile mode.

[http://irc.tiki.org/irclogger_log/tikiwiki?date=2013-08-28,Wed&sel=6#l2|The community Tiki is mixed up with Tiki Suite in a strange way.]

{flash type="url" movie="display389" width="783" height="428"}

To be able to post picture in blog you need to have tiki_p_upload_picture rights.

tiki_p_upload_picture perm is stored in "Wiki" permissions section.
This lead to confusion.

If it is to stay like this (no need for a new perm) it should available in both section i guess.

This is user interface and usage, no bug involved here. {sign user="Bsfez" datetime="2013-09-10T14:34:01+00:00"}

Tracker fields of Radio buttons and multiple selection pre-select value 0 when it's one of the options even if not manually set as default

Set as options for that tracker field: 1,2,3,4, and no value is pre-selected (expected behavior)

Set as options for that tracker field: 0,1,2,3,4, and value 0 is pre-selected (wrong behavior; no value should be preselected, since no value is repeated twice)

Workaround (for radio buttons): 0,1,2,3,4, ,
(note that a space is set as option, twice, after value 4).

For multiple selections this workaround is not valid, since value 0 is also pre-selected.

Reproduced here:
http://xavi-9794-5599.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=1&cookietab=2

u: admin
p: 12345

See fields 5 (radio button) and 6 (multiple select)
---
{BOX()}
Update: {sign user="xavi" datetime="2015-03-26T09:37:35+00:00"}
Bug still alive, it seems jonny. I svn-up'ed to Thursday March 26, 2015 09:25:10 CET - REV 54744, and new items from your new tracker show a default value of "0" preseleected for the radio button, even if no value should be pre-selected according to the configuration.
See:
http://xavi-9794-5599.show.tikiwiki.org/tiki-ajax_services.php?controller=tracker&action=insert_item&trackerId=2&modal=1

And the radio button field definition ([http://xavi-9794-5599.show.tikiwiki.org/tiki-ajax_services.php?trackerId=2&fieldId=9&controller=tracker&action=edit_field]) still has as options: "0,1,2,3,4", so no pre-selection is expected, but "0" is pre-selected.
{BOX}

{img fileId="317"}

Watch on tracker (should) send an email in the user (destination) language.
For some reason it happen to send the watch in a completely different language.

It happen to me on this tracker as i get my watches in German.
Pascal customers reported this too.

I tried to reproduce but i just couldn't get it even in the same trackers (id5) or the same items.

For example : https://dev.tiki.org/tiki-view_tracker_item.php?itemId=4658

At first i received items watches in German today i retest and got it in English.

{sign user="pascalstjean" datetime="2013-08-25T21:34:36+00:00"}
Problem exists on our side as well

also merging with issue http://dev.tiki.org/item2036

{syntax type="tiki" editor="plain"}
Once such example is: tracker_insert_allowed is activated in the admin panel when activating trackers

To reproduce:
# Get a fresh install
# Visit tiki-admin.php?page=trackers
# Activate "Trackers" but nothing else
# Notice tracker_insert_allowed being activated without being checked

Another is: user_trackersync_trackers in tiki-admin.php?page=login

So please, on a fresh install of 12.x, go through each admin panel and activate or decativate the 1st available checkbox, and check if other prefs are turned on or off, and please resolve them.

Please do these fixes in 12.x unless you think they are risky, in which case trunk or ask for help.

assumed to be OK now


some while ago the trackerfilter plugin had an export option added to it so that tracker data could be exported from a wiki page

this involved the addition of additional parameters:

export_action="text" - creates an export button instead of the normal button with the text as a label and modifies the plugin behaviour
export_status="n" - exports the record status
export_created="y" - exports the creation date
export_modif="y" - exports the modification date
export_charset="UTF-8"} - sets the charset - default is UTF-8

A typical config could be:

~np~{trackerfilter trackerId="6" fields="30:31" noflipflop="y" export_action="Start the small CSV Download" export_status="n" export_created="y" export_modif="y" export_charset="UTF-8"}~/np~

Problems as of r46589:
* export of small/medium trackers (upto 1000 records tested) now are OK, but ..
* when attempting to export a 8000 record tracker with 20 fields, this 'breaks' after about 7000-odd records. What happens is that the first 7000-odd records in the downloaded spreadsheet are fine but the balance are then gobbledegook - but no error messages are shown

Also
* --when the plugin editor is used the four parameters: export_status,
export_created, export_modif, and export_charset are not recognised ie when editing an existing config they 'turn up' as italicised parameters in the list,-- THIS IS NOW FIXED

and

* because the normal use of this plugin has the filter parameter as mandatory the plugin editor screen will not close if this is not set - so it needs to accept that this isn't mandatory if the export_action has been set

Re-tested at 19th Aug 2013 (r47137)

Show site added on 22nd Aug 2013

r46077

At [http://dev.tiki.org/Bug Tracker List|Bug Tracker List] the first filter is "Area" (item link field) only "any" is displayed, area are missing.

The second field is "Sub-category" It show catId instead on name of the categories.

UPDATE: I was doing it wrong! :)
Syntax should look like: ~np~{TRACKERLIST(trackerId=1 filterfield="2:1" exactvalue="d2v1:d1v1")}{TRACKERLIST}~/np~, with each group of arguments passed as a single string.

Also, I'm going to update documentation so it says use ":" instead of "|" like it says to use.


Unable to filter trackerlist on multiple values, or I'm doing it wrong.

[value to filter x by|As per documentation], using plugin trackerlist you need to have arguments for filterfield and filtervalue or exactvalue to filter the trackerlist by a value in a field.

My understanding is that you provide fields for filterfield as filterfield=x:y to filter values for field x and y, and then exactvalue="value to filter x by"|"value to filter y by"

The documentation says you use a pipe to separate the exactvalue parameters, which if true is inconsistent with the use of ":" everywhere else, and also does not seem to be the case based on the code here from -+wikiplugin_trackerlist.php+-/

{CODE()}if (isset($_REQUEST['reloff']) && empty($_REQUEST['itemId']) && !empty($_REQUEST['trackerId'])) { //coming from a pagination
$items = $trklib->list_items(
$_REQUEST['trackerId'],
$_REQUEST['reloff'], 1, '', '',
isset($_REQUEST['filterfield']) ? preg_split('/\s*:\s*/', $_REQUEST['filterfield']) : '',
isset($_REQUEST['filtervalue']) ? preg_split('/\s*:\s*/', $_REQUEST['filtervalue']) : '',
isset($_REQUEST['status']) ? preg_split('/\s*:\s*/', $_REQUEST['status']) : '',
isset($_REQUEST['initial']) ? $_REQUEST['initial'] : '',
isset($_REQUEST['exactvalue']) ? preg_split('/\s*:\s*/', $_REQUEST['exactvalue']) : '',
$filter
);
{CODE}

I don't know much about regular expressions, but I see ":" in there.

Anyhow, syntax like
{CODE()}{TRACKERLIST(trackerId=5 fields=18:23:22 filterfield=32:32 exactvalue="val"|"val2")}{TRACKERLIST}{CODE}
or
{CODE()}{TRACKERLIST(trackerId=5 fields=18:23:22 filterfield=32:32 exactvalue="not(val)"|"not(val2)")}{TRACKERLIST}{CODE}
(using "|" or ":") doesn't seem to work.

I'm going to demonstrate/test to make sure this is the case on 11.1, and update if it is.

To see example, go to
http://hrsms-11204-5084.show.tikiwiki.org

There are two trackers.

Tracker1 is for books, with title, author, publisher and date.

Tracker2 is for owners of the books. It ties an owner ID to the book ID.
''In my actual case, the tracker has a user field type and the "My Books" page filters based on the current user. To simplify the problem for demonstration, the owner field is a simple numeric type and there is no user field in tracker2.''

There are 6 entries in tracker 1.
The entries in tracker 2 are for two people John (owner #1) and Jane (owner #2).

Go to http://hrsms-11204-5084.show.tikiwiki.org/tiki-index.php?page=Book+Owners and click on John or Jane below to see the books they own. Each has four of the six books. But when using a trackerlist inside a pretty tracker, only one item is returned. There is no change whether or not the inner trackerlist also uses a pretty tracker.

If the field used for sort_mode is an item link, any initial selected results in zero items returned.

Steps to reproduce:

1) Create trackers:

Tracker "Names", id=1
Text Field "Name", id=1
Values:
"Fitzgerald,F. Scott" id=4
"Follett,Ken" id=5
"Grisham,John" id=6

Tracker "Titles", id=2
Text Field "Title", id=2
Values:
"Great Gatsby, The" id=1
"Dangerous Fortune,A" id=2
"Painted House, A" id=3

Tracker "Books", id=3
Item Link Field (2,2) "Title", id=3
Item Link Field (1,1) "Author", id=4
Values:
"Great Gatsby, The","Fitzgerald,F. Scott" id=7
"Dangerous Fortune,A","Follett,Ken" id=8
"Painted House, A","Grisham,John" id=9

2) Add trackerlist plugins to wiki

{CODE()}{trackerlist (trackerId=1, fields=1, showinitials=y, sort_mode=f_1_asc) /}

{trackerlist (trackerId=2, fields=2, showinitials=y, sort_mode=f_2_asc) /}

{trackerlist (trackerId=3, fields=3:4, showinitials=y, sort_mode=f_3_asc) /}{CODE}

3) Filter on "F" - you will see two authors and no titles or books (expected)
4) Filter on "G" - you will see one author, and one title, but no books. The book should have been listed also.

I did step (2) above on the home page of the show.tiki instance. To rule out interference between the 3 plugin instances on the same page, I also create separate wiki pages "Names", "Titles", and "Books" on the show.tiki instance. The behavior was the same.

You can see another example on our site:
http://www.hrsms.org/home/References

When trying to find a workaround, unexpected behavior was found in TrackerFilter. When the filter is 3/i (intials for title), clicking on a letter results in all titles with the letter anywhere in the string being returned. I would expect only those beginning with that letter. This has been added to the show instance to demonstrate.

{syntax type="tiki" editor="plain"}
adding a category filter to a trackerlist plugin gives an SQL error

{syntax type="tiki" editor="plain"}
Here is an example:
http://dev.tiki.org/Monitoring#Wishes

*Changing from empty to something doesn't go to the history
*Changing from something to something else does go to the history

r46077
In a tracker, when i set a field "text area" to use toolbar and wysiwyg i will have a lot of Unwanted alert "You are about to leave this page". Go at :[http://dev.tiki.org/tracker5] Click on the button "View Items".

http://dev.tiki.org/tracker5

In a Tiki 11 svn installation an upgrade notice is shown, which suggest to switch from Tiki 11.0 to Tiki 11.1 or do a major upgrade to Tiki 9.0 as follows:

-+Version 11.0 is no longer supported. A minor upgrade to 11.1 is required.+-
-+Version 11.1 is still supported. However, a major upgrade to 9.0 is available.+-

The computation and suggestion of the major upgrade version number is not correct. I'm not sure whether this problem is already fixed in a later version or not.

I can't show on an instance because 11.x instances are no longer available.

http://marclaporte-11197-5000.show.tikiwiki.org/tiki-admin.php?page=general reports:
{CODE()}Version 11.0 is no longer supported. A minor upgrade to 11.2 is required.

Version 11.2 is still supported. However, a major upgrade to 9.0 is available.{CODE}

There was a revamp of ((URL Rewriting Revamp)) in Tiki11, but after the revamp, we found edge cases.

Adding them to logs would be easy and make sure we find anything left.

Also, things like http://dev.tiki.org/abcdef.php should
* offer a nice error message
* be logged so we know about broken links
* Offer a search box (if search is activated) with content of the URL in it?

You can set a tracker to hold more user information.
On the tiki preferences (tiki-user_preferences.php) it will set a link "User's personal tracker information: View extra information".

With tiki in english the link will go to the user (latin-char or non-latin-char) i'm look at.
If the Tiki is set to multilingual the link is broken and will show my own (admin for example) information.

Serious problem with IE8 since it is still a major browser for many users ie they haven't generally upgraded PCs for a while and are still running XP so cannot use IE9 and may not be allowed to use another browser.

An error occurs for lots of individual plugins - eg BOX, FILE, IFRAME, INCLUDE etc., etc., when trying to open the plugin editor in the wysiwyg edit screen.

The simple IE8 debugger says:

/lib/ckeditor_tiki/tikiplugins/plugin.js?t=D3NA, line 37 character 6

Error: 'null' is null or not an object


Plugin editor opens OK when accessed direct from the wiki page using the edit icon.

FIXED

{syntax type="tiki" editor="plain"}
Please see the result of the diff:
{flash type="url" movie="display291" width="579" height="545"}

http://demo.tiki.org/wysiwyg-wiki/tiki-pagehistory.php?page=ffffffff&history_offset=1&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=10&paginate=on&history_pagesize=24&bothver_idx=10