Category: 13.x

See: http://dev.tiki.org/tiki-pagehistory.php?page=Tiki12

{img fileId="852"}

Seen here: http://next.tiki.org/tiki-admin.php?page=general

This is perhaps by design because of the move to Bootstrap.

For new sites, the UI should prevent / warn.

For upgrades, there should be some documentation on https://doc.tiki.org/Tiki13, and ideally, this be dealt with in the upgrade script.

Similarly, there could be an issue with level 2/3/4 menus...

When visiting: https://dev.tiki.org/Trackers

The list of Pending & Closed issues appears, but not Open

{CODE(caption="The code is the same for all three")}!!Open
{wishes filtervalue="28" status="o"}

!!Pending
{wishes filtervalue="28" status="p"}

!!Closed
{wishes filtervalue="28" status="c"}{CODE}

{img fileId="815"}

{img fileId="854"}

I have seen similar weirdness on other sites but have been unable to see the pattern. I suspect a specific condition of having (or not) certain modules in the footer (or something)

{img fileId="830"}

'Add an item' for tracker field 'item link' does nothing when field displayed as multi select.

See it reproduced here:
http://xavi-9794-5317.show.tikiwiki.org/tiki-ajax_services.php?controller=tracker&action=insert_item&trackerId=1&modal=1

u: admin
p: 12345

::{img src="https://dev.tiki.org/display799"}::

13.x: After a remote file is uploaded to a file gal, no file Id is shown any more since 13.x

Reproduced in doc.t.o.
* Edit a page
* click on the icon at the toolbar: {img src=https://doc.tiki.org/img/icons/file-manager-add.png}
* place a remote url to a file. For instance: http://www.r-project.org/hpgraphic.png
+ Once uploaded, you see no fileId any more. Upto 12.x, you saw the filename with a link to the file id number on hover, etc.

I don't know when this stopped working, but for sure this worked in previous versions (6.x, probably, when I last tried years ago)

I attempted to add the new argument 'shownbitems' (set to 'y') to the plugin alias "wishes" in dev.t.o, but it doesn't get stored. When I reload the page after I hit save, the new argument is not there int the list.

To reproduce:
* Come here as admin: http://dev.tiki.org/tiki-admin.php?page=textarea
* Click on "wishes"
* Click on the plus green icon, next to "Simple Plugin Arguments". A new empty field will be shown at the bottom of that section.
* Add the argument pair (shownbitems y) to its corresponding fields of name and value, and hit at save at the bottom
* This new argument is not shown. And after clearing tiki caches, the wishes plugin doesn't show the number of items yet.

13.x: Can't display .webm videos uploaded to a tiki site

See it reproduced in a bug report textarea here:
https://dev.tiki.org/item5321

Tried with these two ways:
# Using the html5 video tag, in a similar way as indicated here: http://www.w3schools.com/html/html5_video.asp
+ {CODE()}
{HTML()}
<video width="320" height="240" controls>
<source src="http://doc.tiki.org/dl1108" type="video/webm">
Your browser does not support the video tag.
</video>
{HTML}
{CODE}
** {HTML()}
<video width="320" height="240" controls>
<source src="http://doc.tiki.org/dl1108" type="video/webm">
Your browser does not support the video tag.
</video>
{HTML}
# Using the PlginWebDocViewer in Tiki12+, that according to [http://doc.tiki.org/PluginWebDocViewer|its documentation], it can display webm videos.
+ {CODE()}
{WEBDOCVIEWER(url=>http://doc.tiki.org/dl1108, width=>425, height=>350)}{WEBDOCVIEWER}
{CODE}
** {WEBDOCVIEWER(url=>http://doc.tiki.org/dl1108, width=>425, height=>350)}{WEBDOCVIEWER}

None of them seem to work with Mozilla Firefox (30.0, for GNU/Linux).
Under Google Chrome (35.0), using the html5 video tag (within PluginHTML in Tiki) works fine, but using the PluginWebDocViewer nothing is shown.


See the video itself uploaded to file gallery in doc.t.o: http://doc.tiki.org/dl1108

__140713_dev.t.o_13.x_bug_when_attempting_to_upload_or_select_image_from_textarea.webm__ - 5.69 Mb

13.x: doc.t.o menu 43 (public info for anons) doesn't show 'section level 1' records, but only section level 0 and options
This means that almost all "New in version X" are not shown in the menu.

Instead of manually doing some workaround, I think this is a good dogfood case for fixing the root issue (whichever it is).

Contents of menu43 in doc.t.o as CSV file:
{CODE(colors="csv", ln="1")}
"optionId","type","name","url","position","section","perm","groupname","userlevel","remove"
807,"o","Home","./",1,"","","",0,"n"
767,"o","All the documentation","((All the Documentation))",2,"","","",0,"n"
553,"o","Troubleshooting","((Troubleshooting))",6,"","","",0,"n"
775,"o","Tutorials","((Tutorials))",9,"","","",0,"n"
776,"s","New in version...","",12,"","","",0,"n"
1051,"1","Tiki 13.x","((Tiki13))",20,"","","",0,"n"
1008,"1","Tiki 12.x LTS","((Tiki12))",21,"","","",0,"n"
1047,"o","Tiki 12.x from Tiki 9.x","((Tiki12from9))",22,"","","",0,"n"
1007,"1","Tiki 11.x","((Tiki11))",23,"","","",0,"n"
1004,"1","Tiki 10.x","((Tiki10))",24,"","","",0,"n"
997,"1","Tiki 9.x LTS","((Tiki9))",25,"","","",0,"n"
808,"1","Tiki 8.x","((Tiki8))",26,"","","",0,"n"
806,"1","Tiki 7.x","((Tiki7))",27,"","","",0,"n"
800,"1","Tiki 6.x LTS","((Tiki6))",28,"","","",0,"n"
785,"1","Tiki 5.x","((Tiki5))",29,"","","",0,"n"
768,"1","Tiki 4.x","((Tiki4))",30,"","","",0,"n"
766,"1","Tiki 3.x LTS","((Tiki3))",32,"","","",0,"n"
641,"1","Tiki 2.x","((Tiki2))",34,"","","",0,"n"
1044,"-","---","",36,"","","",0,"n"
1048,"-","","",37,"","","",0,"n"
1005,"o","Tiki Reference Guide","((Tiki Reference Guide))",50,"","","",0,"n"
1043,"o","Tiki Installation Guide","((Tiki Installation Guide))",1500,"","","",0,"n"
{CODE}

13.x: email param from PluginTracker too difficult to get it working as expected for end users

* Maybe some more documentation in doc.t.o missing?
** param "emailformat" (indicated by a poweruser in an email) missing in the doc. page (since long ago)?
* Maybe some easier ready-to-use tpl bundled within tiki to work for that use case, if the default tracker_changed_notification.tpl doesn't work.
* Maybe some bug? (some devs said thatyou need to set the "copy activity to email" to something for that tracker to get those emails sent for the non-registered user submitting the tracker item?
* ...

Related doc so far:
http://doc.tiki.org/PluginTracker#Parameters (see "email" param)

An instance has been created linked to this wish, so that we can all have a look at a common instance to elucidate what the problem is, and then, as a consequence, how to improve it.

Instance design details:
# Feature Log mail in the tiki logs is enabled, so that we can check which emails were sent and which ones weren't.
+ http://xavi-9794-5470.show.tikiwiki.org/tiki-syslog.php
# "Contact us" page contains PluginTracker with this code:
+ {CODE(ln="1")}
{TRACKER(trackerId=1, fields=1:2:3:4, showmandatory=y, emailformat="html", sort="y",
email="real_email_from@example.com|3,a_second_real_email@example.com|tracker_changed_notification.tpl,tracker_changed_notification.tpl")}
!!! Thanks
...{TRACKER}
{CODE}
# Field 3 is the user selector, with "plain text" as the type of link.
# tracker_changed_notification.tpl is a valid tpl in the file tree, so I guess this should be a valid-enough file for basic demostration purposes, unless someone indicates the opposite for some reason.
# "Copy activity to email" has been set to a_third_real_email@example.com, just in case that was valid, as jonnyb suggested.


To reproduce:
# Come here as anon:
+ http://xavi-9794-5470.show.tikiwiki.org/tiki-index.php?page=Contact+us
+ and fill in the contact form, which is set to (in theory) send you a copy of the tracker item added.
# go to the tiki logs ([http://xavi-9794-5470.show.tikiwiki.org/tiki-syslog.php]) and you will that the email that has been sent is the one related to "Copy activity to email" ("a_third_real_email@example.com", xavi (a) tikiwiki.org in this case), but nothing else related to the email typed in the form (field 3) nor the "a_second_real_email@example.com" indicated in the param)


Finally, some hint (in case it matters):
* I tried first this approach in my localhost (linux box), and I got same behavior.
** Looking at the apache error log I saw a message complaining that I didn't have "sendmail", which is true (in purpose, for other reasons)
++ {CODE()}
sh: 1: /usr/sbin/sendmail: not found
{CODE}
** The curious thing is that those cases of error with sendmail were not recorded in tiki syslog as "mail error" lines, but nothing was loged. Only the email related to "copy activity to email" was recorded in the tiki syslog with at least a line saying "mail error", and all the details about that email.

This code used to work in Tiki up to version 12.x, and it was used in doc.t.o pages:
{CODE()}
{DIV(class="thirdfloat clearfix")}{DIV(class="box")}{img src=http://www.r-project.org/hpgraphic.png imalign=center width=300}{DIV}{DIV(class="box")}{img src=display595 width=250}{DIV}{DIV(class="box")}{CENTER()} {youtube movie="https://www.youtube.com/watch?v=TR2bHSJ_eck" privacyEnhanced="n" width="300" height="200" quality="high" allowFullScreen="y" related="y"}{CENTER}{DIV}{DIV}
{CODE}

It was documented here:
http://themes.tiki.org/Floated+box+demo#Three_columns


Workaround, use Plugin SPLIT.

13.x: --Forum Thread Rating doesn't display icons for value 0, wrong icon for value 1-- (fixed) {sign user="xavi" datetime="2014-06-03T22:14:56+00:00"}, and no icons when labels are set beyond values (unfixed still) {sign user="xavi" datetime="2014-06-03T22:14:56+00:00"}

I have it reproduced reusing the show instance of this other bug report:
https://dev.tiki.org/item5253
(linked here in case I need to go there to "__svn up__" again)

{BOX()}
See this thread started by admin:
http://xavi-9794-5253.show.tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=1

admin:
u: admin
p: 12345

Log in as user1
u: user1
p: user1
{BOX}

And here you can see a screenshot of the issue reproduced similarly in local:

{img fileId="785" thumb="y" width="500" rel="box[g]"}


With these values in __Wiki rating options__:
{CODE()}
0=foo,1=bar,2=bar2,3=bar3,4=bar4,5=bar5
{CODE}

I tried in tiki.o to grant the permission to join group and subscribe to group for TwCommunity to "Team Documentation" , for instance, and I couldnt' grant that permission locally to just group Team Documentation, but it was changed to all groups.

I'm not sure right now whether this is a regression or not, but at least this seems a bug to me (or at least a feature request)

13.x: Slideshow skips 1 out of 2 slides and content of 1st slide is shown at the end of the slideshow

To reproduce, apply the Slideshow profile (available in the Profiles Wizard), validate the plugin call, and start the slideshow. 1st screen is empty, and the last screen shows the contents that in 12.x where shown in the first slide, where they were expected.

In addition, when you click on the screen, on press Page forward or down key, you skip one slide each time. (tested with Chrome 35 and Firefox 30 on GNU/Linux)


See it reproduced here:
This slide 32
http://xavi-9794-5342.show.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware#s32

should be shown in slide 0:
http://xavi-9794-5342.show.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware#

u: admin
p: 12345

See also: http://suite.tiki.org/show:Tiki+Suite+Slideshow

I searched "WYSIwat" in the module search in tiki.org and I got System error.

The url was:
http://tiki.org/tiki-searchresults.php?find=WYSIwat&boolean=on&boolean_last=y&search=Search

Duplicate of {wish id=5360}

{img fileId="972"}
iOS 3.1.3 iPhone Safari

2-way sync of userPreference tracker field (between user tracker and preferences) tricky to set up

I'll see if I can reproduce it in a show.t.o instance...
More info to come...

Sometimes, a same site has several domain names. And they all end up with different Canonical URLs.

"Examples of non-malicious duplicate content could include:
Discussion forums that can generate both regular and stripped-down pages targeted at mobile devices
__Store items shown or linked via multiple distinct URLs__
Printer-only versions of web pages"
Source:
https://support.google.com/webmasters/answer/66359?hl=en



Also, is http or https the canonical?


Related pref: add/remove www

https://dev.tiki.org/tiki-searchindex.php?filter~content=diagramo&search=Search
misses the result in a wiki page

But Google finds it:
https://www.google.com/?#q=site:dev.tiki.org+diagramo

__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

Add Group Watches to Categories, so that ((Organic Groups)) can receive automatic notification on changes about their topics (e.g. Infrastructure Team when tracker item related with *.t.o sites).

When codemirror is on and its default mode is set to "Off (but switchable)", the end user expects to see a button available in tracker item textareas (like in dev.t.o/t5 bug tracker).

But it's not available still.

To see it reproduced:
Log in here:
http://xavi-9794-5064.show.tikiwiki.org/tiki-index.php?page=Contact_us&itemId=1
u: admin
p: 12345

Codemirror has been set to on (with default theme). If you edit the "Contact_us" page you'll see the content highlighted.
However, no highlighting in the tracker text area field.

Maybe the best option would be to allow the tracker admin to set an option for text areas to include the button to toggle the "highlighter" upon user request (as with text areas in wiki pages).
This way, codemirror could be set to "Disabled but switchable" (default preference in new installs), and each user could decide whether to enalbe highlighting in that text area or not (to prevent side issues in some cases with codemirror on, from happening always in all text areas, etc)

Allow to reply messages to anonymous users (which provided their email) from the contact-us tracker (created through the corresponding profile in the profiles wizard) directly through some integrated tiki feature, and not necessarily through some external software.

Maybe PluginMail if it can receive the email from the PluginTrackerList with param checkbox properly configured (failed for me with current codebase), in a similar way to receiving username in meesu-compose.php for registered users.