Category: 12.x

Hey Guys,
it would be pretty amazing if you would have time to develop tikipedia theme for tiki 12.x or 13.x in this case i really will buy you a coffee (donation) :)

sincerely

I just downloaded and installed TikiWiki yesterday (tiki-12.0.zip), and have already found this bug. When I insert my AdSense Javascript code into a banner, so that I can use it in a module as described under "Banners Method" on this page: https://doc.tiki.org/AdSense, I run into a problem.

Specifically, TikiWiki inserts a into the "script" at the beginning and end of my Javascript code. As you might expect, this prevents the ads from displaying correctly, and instead a text string of most of the script is displayed.

According to this much earlier wish: https://dev.tiki.org/item1848 this was fixed way back in version 4.x, so I have marked this as a regression.

I don't currently have this module enabled (because it makes the site ugly) but if you'd like to view it in action, just let me know, and I'll re-enable it for you.

Tested on https://dev.tiki.org

Israel is now UTC+3
I entered 22h for meeting time.
Linux timestamp is correct : 1381518000 = Your time zone: 11 October 2013 22:00:00 GMT+3

However the plugin show me (my user pref are : Asia/Jerusalem UTC+2) on the page : 11 Oct. 13 21:00 IST (not so long ago it show IDT).

Seems Tiki, or the plugin are trying to tell me that Israel is UTC+2 and that is wrong.

If I switch my user preference to ''Site Default'', it shows : 11 Oct. 13 21:00 CEST.
if i switch to ''London UTC+0'', it shows : 11 Oct. 13 20:00 BST

Addition: I added date to convene i created yesterday. Some show IDT some show IST.
They should show the same.
I check the linux timestamp they all are 22:00 (GMT+3) but they show 21:00 on the tiki page.
{img type="fileId" fileId="417" thumb="y" rel="box" noDrawIcon="n"}

When a wiki syntax field calls maketoc and the FADE plugin, the table of contents generated may contain bogus entries at the beginning. All the titles in the body of any call to FADE are taken into consideration by maketoc.

This bug is very similar to {wish id=5496}.

! Example

With the following field content, the TOC contains 2 headers, instead of just "Normal header":
{CODE(color="tiki")}
{maketoc}

! Normal header
This is a test page for the FADE plugin.

{FADE(label=Label)}
!! Header which should not be in the TOC
Lorem ipsum...
{FADE}
{CODE}

{syntax type="tiki" editor="plain"}
((doc:Together)) works for tracker items. No reason for it not to work for wiki pages

Let's coordinate ((Together|here))

{flash type="url" movie="display922" width="820" height="543"}

I will make a video

{flash type="url" movie="display768" width="774" height="847"}

WYSIWYG toolbar for the text_area field is not working if field is set to multilingual.

Check the instance: http://bsfez-11581-5068.show.tikiwiki.org/tiki-list_trackers.php

I have set 3 trackers.

One with 2 text area and 2 with a single text area (one set multilingual yes, one with multilingual no).
Only the single one with multilingual = no work properly.

The field type "items list" has to be applied in a target tracker.
The field type "items list" compares a field of a source tracker with a corresponding field of a target tracker and displays the content of a number of pre-selected fields of the source tracker in the target tracker.

I have setup an example use case on show.tiki.org. Please review __[http://torsten-11143-5621.show.tikiwiki.org]__ for further detailed information.

In this example use case the source tracker contains the adress data of locations, where a self-empoyed service technician named "Peter Wright" has to work when jobs are assigned to him by his customers.

The target tracker contains all relevant Job related data.

The source tracker and the target tracker are interlinked with one corresponding field in each of both trackers, which have the same field title and a corresponding content (here the "location name").

Based on the selection in the correspondiung field of the target tracker, another field of the target tracker shall display the content of a number of pre-selected fields of the source tracker.

The field type "items list" works with "item link", but it does not work with "dynamic item link / dynamic item list".

The list of fields linked from the source tracker is __not sortable__. But for a proper display it would be crucial, that this list would be sortable.

It would be very handy, or better said a logically expected functionality, tht tis field type would be working with "dynamic item list/link" aswell. This is not a bug, but missing this functionality could be considered as a partially non-finalised development.

Please review the show instance and comment on this wish-list item what you think.

Best regards,
Torsten

When tracker data with checkbox field is exported as a csv file the checkbox data is displayed as either y or n - just as it in the DB

However if this same data is re-imported any checkbox data with a 'y' is not set properly and is actually set to 'n' which will inadvertently corrupt existing data

If the spreadsheet data is manually update to change y into 1 then it is correctly interpreted as a y

I've rated this as a 10 for importance even though there is this workaround because of the data corruption that can occur if you do not know about the problem

This is being reported as 12.x bug but I suspect it also exists in 13.x and trunk - but not tested there

Hi,

When exporting a tracker with two linked fields (Item Link, Dynamic Item List), and the option 'Export ItemLink type fields as the itemId of the linked item (to facilitate importing)' is chosen,
the first can correctly export the ItemID (instead of the text within the field) while the Dynamic Item List only exports text.

This presents a problem when importing, i.e. if you have a back-up mirror site, as this field does not import (it's left blank). If you manually change all the Dynamic Item List items in the exported .csv file to corresponding ItemID's, than it imports correctly.

Tested in Tiki 12 and 15, same in both.

Thanks,
Mike

Tracker field 'Date and Time (Date Picker)' gets current time as default value in mobile mode (12.x) even if set pref to 'None'.

This implies that if users only saves a few fields of the tracker form, and doesn't plan to set value for the date and time (date picker) fields, they will get stored current date value, even if that can be a wrong value (it should be empty).

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

See field 14, in standard desktop-computer mode, and compare with Mobile mode (siwtch with link in module in left column)

http://marclaporte-11197-4965.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
gives me:
Tracker Field Factory Error: Pref "trackerfield_starsystem" required for field type "Tracker_Field_Rating"

When I search trackerfield_starsystem
http://marclaporte-11197-4965.show.tikiwiki.org/tiki-admin.php?lm_criteria=trackerfield_starsystem&exact

I get:
No preferences were found for your search query.
{img fileId="621"}

Another time, I tried
http://marclaporte-11197-4965.show.tikiwiki.org/tiki-admin.php?lm_criteria=trackerfield_starsystem&exact
I got
Warning: Required field types not enabled: s
{img fileId="620"}

Tracker field with Multiple selection list cannot be displayed in mobile mode, in 12.x

(untested in 14.x)

See it reproduced in:
http://xavi-9794-5642.show.tikiwiki.org/tiki-index.php
u: admin
p: 12345

# Switch to mobile mode (see link at the bottom on central column of page).
# choose "case A", and then,
# try to see the values for the field: "Case A. Multiple Selection List". Only one is shown.

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}

The filter in view tracker items do not work anymore. I did not try trackerfilter plugin (bug might be there as well).

Page 2 after 7 entries is weird. Should use default value for site.
{img fileId="532"}

Tracker inline editing & Dynamic items list: Options in 2nd field are not updated when the first field is changed.

To be reproduced in a show.t.o instance.
u: admin
p: 12345

http://xavi-9794-5033.show.tikiwiki.org/tiki-view_tracker.php?trackerId=2

Change Product Name "PostgreSQL" to "Oracle DB". Therefore, Product Version should be changeable to "10.2.0.5", but it's not.
It doesn't even show in this show.t.o instance. In an intranet with other data, it shows, but witht the old values, not the new ones to be offered (10.2.0.5 in this case, for instance).

--Tracker inline editing: 2nd field in Dynamic items list cannot be edited (empty dropdown)--
Update {sign user="xavi" datetime="2013-12-04T11:20:22+00:00"}:
* This has been either fixed partially, or it was not properly reported.
* In either case, the real issue as of r48534, is that when Jquery chosen is enabled, the second field in a dynamic items list (the 2nd drop down) doesn't get the appropriate width to display the labels longer than just one or two characters. The labels seems to be there, and the right options seem to be chosable. The problem is that they are not displayed in full with, and user cannot read the options.

Reproduced in the associated show.t.o instance:
u: admin
p: 12345

http://xavi-9794-4942.show.tikiwiki.org/tiki-view_tracker.php?trackerId=2

Log in as admin, and click on the Product Version "10.2.0.5" on the row for "ERP | Oracle Database"

The dropdown just shows 10., instead of the full label 10.2.0.5.
The same happens without tracker inline editing, i.e., editing the item, such as:
xavi-9794-4942.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=6&show=mod

{flash type="url" movie="display623" width="931" height="440"}

When viewing a tracker item like http://dev.tiki.org/item4742, you see a link to the history of that item, expect just after editing.

{flash type="url" movie="display505" width="957" height="706"}

Tracker items Export after filtering fails (either all items or none exported, depending on how you create your plugin TrackerFilter call). That was known to work in the past (see ), and I recall using this type of feature long ago (years ago, maybe with tiki6???).

It seems as if minor fix was needed to have it export items filtered on the criteria indicated through either PluginTrackerFilter or based on the filtering in the tracker feature interface itself.

http://xavi-9794-5876.show.tikiwiki.org/
u: admin
p: 12345

!!! Fixed
!!!! Case 1: TrackerFilter using param "export=y"
This produces a button at the bottom to go to export, in theory, with the pre-selection of item filtered.

* Come here at the homepage:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=HomePage
* Filter for the word "topic". It will list just 3 items from the longer list of items in the tracker.
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?trackerId=1#trackerFilter1-result
* click at the "Export" button at the bottom, which will load this page (should it be another url?), and apparently nothing happens: the same page is reloaded:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?controller=tracker&action=export&trackerId=1&displayedFields=4&f_4=topic


!!!! Case 2: TrackerFilter using param " export_action='Export it' "
* Come here at the Tracker_as_Calendar_12 page:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12
* Type the word "topic" in the ext box and click at "Export it" button. The csv produced has no content.

!!!! Case 3
You want to do the same from the tracker feature itself: after listing items, you filter bsaed on some criteria, and you click at ecport, you expect to get that filtering applied to the csv to be exported.
The url might look like:
http://xavi-9794-5876.show.tikiwiki.org/tiki-ajax_services.php?controller=tracker&action=export&trackerId=1&status=o&sort_mode=f__asc&filterfield=4&filtervalue%5B1%5D=&filtervalue%5B2%5D=&filtervalue_other=&filtervalue%5B3%5D=5+%28high%29&filtervalue%5B4%5D=topic&filter=Filter

Couldn't we use these values in the arguments of the url to have a pre-selection of items to be exported?
---

!!! Pending Fixing
Update: Filter based on cases of "Multiple selection" fields do not work: nothing is exported or all is (filtering doesn't seem to be working). {sign user="xavi" datetime="2016-06-07T08:14:59+00:00"}
!!!! Case 11: TrackerFilter using param "export=y"
This produces a button at the bottom to go to export, in theory, with the pre-selection of item filtered.

* Come here at the homepage:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=HomePage
* Field 7 (multiselect): "Resources needed" produces:
+ {CODE()}__tracker field type not processed yet M__{CODE}

!!!! Case 12: TrackerFilter using param " export_action='Export it' "
* Come here at the Tracker_as_Calendar_12 page:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12
*You can't see the form field to filter based on the multiselect field. You type Laser at the text field to filter, and a 0 byte file is produced.

!!!! Case 13
You want to do the same from the tracker feature itself:
http://xavi-9794-5876.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
* Filter for the "Resources needed" Laser Pointer. 3 items will be shown (out of the 6 max).
* click at the "Export" button at the bottom. None is exported, just the header line with the variable names, but no record below.

Tracker listings with several pages are URL encoded by e.g. '&offset=25'. This offset vanishes with status change (open, pending, closed), thus the listing starts at first item. It should be same offset or close to last items, at least optional.

You can see the issue on http://dev.tiki.org/tracker5

There is a column that says coms which is suppose to show the number of comments but also who was the last author who added a comment and when. Right now it seems to always show Today's date instead of the last date of the most recent comment.

{img fileId="611" thumb="y" rel="box[g]"}
{img fileId="610" thumb="y" rel="box[g]"}
{img fileId="612" thumb="y" rel="box[g]"}

I have three trackers, one has Class descriptions, the second has class location descriptions and the third has a link list field to the class tracker for the class, a link list to the location tracker for the location and also two fields for start and end date/time. The third tracker essentially acts as a join table with scheduling dates.

I've used the "TrackerCalendar" plugin with the third tracker to display what classes are taking place where with the below values.

{trackercalendar( trackerId="5" begin="start" end="end" resource="class" coloring="class")}

The problem I have is that the calendar entry only shows the field number of the location tracker as it was put in to the scheduling (third) tracker to create the linked list (field "81"), not the value actually selected from that list ("Internet and You"). Is anyone aware of a way around this?