Category: 4 - Done - Ready for DEV Team

Tiki admin should not hit error / issue because of this


"Warning: Version 2 of the Google Maps JavaScript API is no longer available for new applications and will be turned down for existing applications on November 19, 2013. Please follow the guide to migrate your code to version 3 of the Google Maps JavaScript API. As of November 19, 2013, all applications requesting v2 will be served a special, wrapped version of the v3 API instead. We expect this wrapped version of the API will work for most simple maps, but we strongly encourage you to migrate to the v3 API immediately."
https://developers.google.com/maps/documentation/javascript/v2/

Background:
http://tikiwiki.1073613.n5.nabble.com/Tiki-devel-Google-Maps-API-key-not-set-on-tiki-gmap-usermap-php-amp-other-map-questions-tc25398.html

Here is an example:
http://marclaporte-11197-4908.show.tikiwiki.org/tiki-gmap_usermap.php

It's no longer possible to get v2 keys so this should be addressed

Below is an example in 11.x but problem remains in 12.x No need to fix in 11.x, only 12.x and trunk (which should happen via auto-merge).

This section should be kept for upgrades of course :-)
{img fileId="659"}

Missing Spreadsheet, Articles, Blog, Calendar, etc

Need to add Tabs for these objects to display their object permissions

Here is a URL:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow

Say I want to check the history and share a URL, I click "history" and then "compare", I get:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&history_offset=1&diff_style=sidediff&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=125&tra_lang=sq&paginate=on&history_pagesize=200

This is long and has things which are not useful to share the link.

So let's look at the params:

|| page=Tiki+Suite+Slideshow | Needed
history_offset=1 | Not needed
diff_style=sidediff | Needed only if different than the default diff
diff_style=sidediff | this is there twice
show_all_versions=y | Not needed
compare=Compare | Why do we need this?
newver=0 | Needed. 0 seems to be for latest. So if ommitted, it should
oldver=125 | Needed
tra_lang=sq | Not needed
paginate=on | Not needed
history_pagesize=200 | Not needed
||

So diff_style=sidediff is there twice

I would want the simple one to be like this:
Compare version 120 to current:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&oldver=120

Compare any two versions:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&newver=124&oldver=120

And if diff style is different from site default:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&newver=124&oldver=120&diff_style=unidiff

Thanks!

12.x not OK
http://tiki.org/tiki-print.php?page=TikiFestBootstrap

9.x OK:
http://profiles.tiki.org/tiki-print.php?page=Tiki+Suite

{img fileId="674"}

[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"}

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"}

Title and subtitle lost css properties on upgrade from 9.x to 12.x

If no automatic conversion is possible, at least some information should be provided in the http://doc.tiki.org/Tiki12#Upgrade page.

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"}

((doc:Together)) works for tracker items. No reason for it not to work for wiki pages

Let's coordinate ((Together|here))

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"}

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

Now, it's all or nothing, and not obvious to turn off

Interface should warn you if there is a dependency which needs to be activated

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

--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"}

These should all work:
* http://dev.tiki.org/item107-Restore-IRC-topic-after
* http://dev.tiki.org/item107-Restore-IRC-topic-after-TikiFest
* http://dev.tiki.org/item107-BLABAL

And should have same Canonical link -> http://dev.tiki.org/item107-Restore-IRC-topic-after-TikiFest

The following plugin config worked perfectly in Tiki 10 (and indeed previous versions)

~np~{TRACKER(trackerId="6", fields="62:61:60:69:63:64:65:66:67:68:70:71:73", action="Subscribe to Newsletter", url="Newsletter Subscription Thankyou", emailformat="html", sort="y", email="admin@naturalaccess.org.uk|39,geoff.brickell@naturalaccess.org.uk|subscresp.tpl,subsccopy.tpl")}{TRACKER}~/np~

What happens now is that whilst the new tracker item/record is created instead of going to the defined URL page and sending the various emails using the templates, the page refreshes and just shows the following text:

Subject set twice

Grep'ing the 12.x branch shows that the only files that the text 'Subject set twice' is in, are:

lib/openpgp/.svn/text-base/OpenPGP_Zend_Mail.php.svn-base
lib/openpgp/OpenPGP_Zend_Mail.php
vendor/bombayworks/zendframework1/library/Zend/Mail.php

So some sort of wrong call to Zend mail ??

Which might be something to do with this tracker config sending two separate emails with different text defined by the templates??? Just guessing really


Fixed by r48536 - thanks Jonny

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]"}

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

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.

The trackerfilter plugin has a 'filters' parameter with a /d option that allows a value to be selected from a drop down list so that all records with that value in the field are filtered out for presentation e.g a typical plugin might look like

~np~{trackerfilter filters="238/d" action="Create share holding report" noflipflop="y" trackerId="23" fields="238:244:240:241:242" compute="240/sum:242/sum" sort="y"}~/np~

But if field 238, as used in the example above, is an Item Link field the trackerfilter process does not find any records

This is a regression in both 11.x and 12.x but did work previously.


Other field types seem OK (although not tested them all !!!!)

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.

adding a category filter to a trackerlist plugin gives an SQL error