Category: 12.x Regression

{flash type="url" movie="display750" width="1141" height="529"}

{CODE()}[root@tikisuite 12]# sh setup.sh

Tiki setup.sh - your options
============================

c run composer and exit (recommended to be done first)

f fix (classic default) o open (classic option)
S clear screen

predefined Tiki Permission Check models:
----------------------------------------

1 paranoia
2 paranoia-suphp w suphp workaround
3 sbox W sbox workaround
4 mixed
5 worry 6 moreworry
7 pain 8 morepain
9 risky a insane

q quit x exit

There are some other commands recommended for advanced users only.
More documentation about this: http://doc.tiki.org/Permission+Check

Your choice [c]?
#!/usr/bin/env php
Some settings on your machine may cause stability issues with Composer.
If you encounter issues, try to change the following:

Your PHP (5.3.3) is quite old, upgrading to PHP 5.3.4 or higher is recommended.
Composer works with 5.3.2+ for most people, but there might be edge case issues.

Downloading...

Composer successfully installed to: /var/www/html/12/temp/composer.phar
Use it: php temp/composer.phar
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension d om is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension d om is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/ phpunit[3.7.28].

Composer failed, retrying in 5 seconds, for a few times. Hit Ctrl-C to cancel.
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/phpunit[3.7.28].

Composer failed, retrying in 5 seconds, for a few times. Hit Ctrl-C to cancel.
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/phpunit[3.7.28].

Composer failed, retrying in 5 seconds, for a few times. Hit Ctrl-C to cancel.
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/phpunit[3.7.28].

Composer failed, retrying in 5 seconds, for a few times. Hit Ctrl-C to cancel.
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/phpunit[3.7.28].

Composer failed, retrying in 5 seconds, for a few times. Hit Ctrl-C to cancel.
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/phpunit[3.7.28].

Composer failed, retrying in 5 seconds, for a few times. Hit Ctrl-C to cancel.
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/phpunit[3.7.28].{CODE}

After 12.0 has been released (using r48863 in dev.t.o): First edit of a Tracker item comment is LOST (!); second attempt is saved successfully, it seems.

Reproduced twice in http://dev.tiki.org/tiki-view_tracker_item.php?itemId=5019&cookietab=2

* I edited the comment entitled "Licensing issues have NOT been resolved yet, some code needs to be rewritten":
+ http://dev.tiki.org/tiki-comment-edit?type=trackeritem&objectId=5019&threadId=3572

* I added at the begining this content (the one surrounded by QUOTE tags):
+ {CODE()}
{QUOTE()}
Now that licensing issues have been resolved, please move to the main code base.
{QUOTE}
{CODE}
+ I clicked at SAVE. Tiki refreshed the page as usual as if the comment was saved, but the content was not updated. Visiting again the page confirmed that the edition was not saved. Doing a second edition, saved that change successfully.

And I reproduced the same issue a few minutes later with another comment to the same tracker item:

* I edited the comment entitled "See r48864 from mods":
+ http://dev.tiki.org/tiki-comment-edit?type=trackeritem&objectId=5019&threadId=3574

* Changed "NEED REWRITING" with "NEEDS REWRITING", clicked at SAVE. Tiki refreshed the page as usual as if the comment was saved, but the content was not updated. Visiting again the page confirmed that the edition was not saved. Doing a second edition, saved that change successfully.

---
I wonder whether this might be considered a Blocker... I don't tag it as such myself, but feel free to add if you consider that it deserve that category also (unsure myself). {sign user="xavi" datetime="2013-12-01T10:36:09+00:00"}
---
Apparently, a duplicate of http://dev.tiki.org/item5007
(even if the title there was missleading to me) {sign user="xavidp" datetime="2013-12-01T16:59:45+00:00"}
---
Still reproduced here in dev.t.o, with a version from 20 January, 2014 16:44:28 CET- REV 49469. {sign user="xavi" datetime="2014-01-21T17:54:28+00:00"}
---
I removed the "duplicated" tag, since the other item is solved ( http://dev.tiki.org/item5007 ), but not this one.

Plugin ColorBox was working in Tiki6, (and probably Tiki9, although unconfirmed at this moment)

Reproduced here (14.x):
http://nextdoc.tiki.org/PluginColorBox#Example

and

here (13.x):
http://doc.tiki.org/PluginColorBox#Example

This used to work in Tiki 8.x at least, when the feature was coded, and it currently still works in Tiki 9.x (9.9svn)

Feature Connect: 'Fill form' button does nothing

12.x fullcalendar: Can't click on event anymore to see full record and use clicable links

Example:
http://intercanvis.net/tiki-calendar.php?todate=1410019200

Try to click on the event on Sat September 6, for instance. On mouseover, the popup box is shown, but you can't click on the event to see the full record (there is another url that is shown only in the full record of the event in the calendar: http://intercanvis.net/tiki-calendar_edit_item.php?viewcalitemId=570 ), and the url in the description textarea is shown in the popup box but it's not clicable either (I wonder if it should be clicable, anyway, from there).

Plugin TrackerList accepts these params: filterfield & filtervalue
( see https://doc.tiki.org/PluginTrackerList )

In Tiki11 they still work fine. In Tiki12, they found nothing. See reproduced example in show.t.o; basically, applying the Bug_Tracker profile and changing the plugin tracker list code to something like:

{CODE()}
{trackerlist trackerId="1" fields="1:2:4" showlinks="y" popup="3" status="opc" filterfield="1" filtervalue="bug"}
{CODE}

Credentials for show.t.o:
u: admin
p: 12345
---
Update: Fixed, thanks! {sign user="xavi" datetime="2013-11-16T17:37:30+00:00"}

{flash type="url" movie="display516" width="720" height="612"}

12.x svn LTS recent regression: mysql table for unified index doesn't exist and page edit displays fatal error (even if edition saved properly)

I recently noticed that, in a few tikis that I migrated from a server to a new one. They were working fine for a few days, unified search index being updated on a cron job at night time, page edits fine, etc.
And suddenly, page edits in some tiki sites started to display this fatal error message of missing mysql table for the index (using Mysql Full Text Search engine for the advanced unified search).

I also noticed that the index update failed for one site because some tracker field had a perm name too long for Mysql Full Text Search as unified search engine.

Anyway, I'll dop a note here just in case other people start to experience similar issues, so that we can look for common patterns to track the issue down.

In myc ase, workaround was to manually reindex again the site through console. Then no error was shown in further wiki page edits for the same users, etc.

12.x: can't post comments if codemirror is on (it says 'Content is empty'). This was working in 9.x.

Tried with jgui, codemirror on (default theme). Reproduced in a show.t.o instance for 12.x:
http://xavi-9794-5256.show.tikiwiki.org/tiki-index.php

Log in as:
u: admin
p: 12345
and try to ad a new comment.

When you click first to toggle highlighter (disable codemirror for that page and visit), then you can post the comment with no problem.

If this is too difficult to fix in codemirror implementation in Tiki, maybe some preferences would help to indicate in which section to have codemirror on (main text areas from wiki pages, trackers, etc), but disabled for comments, etc.

This has been recently introduced (in the last weeks, during March 2014, probably) in 12.x

composer is not updating latest packages due to issues in /trunk/@47/ from jcapture-applet due to missing directory 'src'

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

{CODE(colors="shell", ln="1")}
Your choice [c]?
You are already using composer version 70a20ebcc19f1ea8ab0954a4fbdce208b30085e7.
php is a tracked alias for /usr/bin/php
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
- Updating jcapture-applet/jcapture-applet dev-trunk (/trunk/@46 => /trunk/@47)
The package has modified files:
! src

Discard changes [y,n,v,?]? n

{CODE}

Countries list in tiki-user_preferences.php is not alphabetically sorted any more

You can see the demo on http://dev.tiki.org/tiki-user_preferences.php

Module minichat used to work with Tiki (last time I used it for production was in Tiki9, I reckon).
In current 12.x, module reports:
{CODE()}
Failed to execute "minichat" module
Missing dependencies
{CODE}

What dependencies is missing to have a chat working within Tiki?
---
Ah, ok, the "dependencies" are just enabling the minichat module!
See it reproduced here:
http://xavi-9794-5491.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

Once you enable the minichat module, then the minichat is displayed as usual.
So fix should be failry simple: just replace the error message and offer a link to enable the minichat module preference, as in other cases of missing preferences and user being an admin.

After I upgraded a site from 10.x to 12.x, and cleared caches, I got this error when attempting to see or login at the site:

12.x: Fatal error: Unsupported operand types in lib/setup/prefs.php on line 406

using 12.x svn (r53316)

The site uses LDAP, so maybe some pref in LDAP settings interferes somewhere?

our server uses PHP Version 5.3.5-1ubuntu7.2ppa1~lucid1

Since june 2014 or so I see every now and then on a few 12.x production sites error pages indicating that no route was found.

The urls that produce this false message are valid urls (such as tiki-admin.php?page=look&cookietab=2), and the solution is just to reload the same page, and it always work at the second time.

I'm sorry I didn't understand better what is causing this issue, or how to reproduce it more consistently.
Maybe all cases are with users with admin rights? But I don't know for sure.

It is a bit worrying to be affected from this issue every now and then in production sites with our LTS version. I hope some dev can get better ideas on where to look at in order to get it solved...

Page Alias worked fine in 9.x at least, and probably in newer versions.
But they seem to be broken here on dev.t.o.
To reproduce, visit:

https://dev.tiki.org/SVNTips

which is supposed to be an alias of

https://dev.tiki.org/SVN+Tips

as you can see in the bottom of the ((SVN Usage)) page.
However, tiki replies: "Error: __Page not found__".

This breaks many links that we have spread all over the globe... to aliased pages to dev.t.o, and eventually, in other tiki12 sites out there....

----
Still present on 06 February, 2014 15:02:50 CET- REV 49772. {sign user="xavi" datetime="2014-02-07T09:16:03+00:00"}

PluginTrackerCalendar (fullcalendar resourceviews) stopped showing events when the Unified Search Engine is set to "Lucence (PHP)" (even if index is rebuilt).

There is a profile used to test the TrackerCalendar feature, where we could easily reproduce the expected behavior with PluginTracekrCalendar since Tiki10.

Applying that profile "((pr:Tracker_as_Calendar_10))" to current Tiki12 fails to show the events in the calendar widget anymore.

That is currently even more visible since that feature was added to one of the Featured profiles: "Collaborative Community_12x".

In short it will be reproduced in a show.t.o instance:
u: admin
p: 12345

Go to http://xavi-9794-5132.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_10
and you will see that issue reproduced.

This was working in Tiki9, as far as I know.

12.x: profile data defined for item link field do not get stored in local tiki where profile was applied

Example: apply profile "Time_Sheet" ( https://profiles.tiki.org/Time_Sheet ), and notice that items "Watch TV" or "Setup of Tiki TimeSheet" had defined "General" in the field "Associated project", which is an item link field.

The field seems to have been well defined, since it allows the admin (once the profile has been applied) to edit a tracker "Time Sheet" item, and select the project from the drop down list (so far it only contains "General").

To be reproduced in short in a show.t.o instance associated with this item.
http://xavi-9794-4983.show.tikiwiki.org/tiki-view_tracker.php?trackerId=2
u: admin
p: 12345

12.x: Ratings in articles don't show all options, just a single radio button
To see it reproduced, come here:
http://xavi-9794-5331.show.tikiwiki.org/tiki-read_article.php?articleId=1

and log in as
u: user1
u: user1

^{img src="display802" width="600"}^

You can also log in as admin:
u: admin
p: 12345

---

It was formerly working as expected, as it can be seen in the documentation pages:
http://doc.tiki.org/Rating#Users_ratings_in_Articles

^{img src="http://doc.tiki.org/display973" width="600"}^

site lang doesn't change to lang B through i18n admin panel if that admin has selected language A as user preference

Multilinguality doesn't seem to change this behavior.
And even if the setting "Users can change site language" is off, the interface doesn't change to lang B, if that admin has lang A in his user preferences screen.


I would say that this was working nicely in 9.x.... (at least, I never saw that problem and I usually do this type of thing in production sites to test lang changes in the interface, etc ...)

---

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

Site interface set to English. Language user preference for user admin set to a non-English language (Spanish when I did set it up). Disabled multilingual. Admin can change site lang to another lang or back to English: site showing in Spanish for this admin user.

(Loging out show the site in the right site language: there is no issue at this level)

Hi all

Since some recent commits related to themes and slideshow, the default slideshow behavior changed and some issues showed up with wrong font color contrast in respect to color background and side colors.

See it reproduced in this screenshot (after applying the "Slideshow_demo" profile, passing a few slides and changing the style to eggplant, for instance)

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

and see it also in the associated show instance.

u: admin
p: 12345

http://xavi-9794-5169.show.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware

The first slide already have the issue of the black text shown over the dark blue color on the right.
But if you cahnge the style through the dropdown at the bottom to "eggplant" for instance, you'll get an even worse scenario: white font over white bg.

The contents from the Tracker comments tab is not shown here in dev.t.o (using 12.x)

Clicking at the button "notabs" doesn't help either.

Testing on show.tiki.org is not a good test because .htpassword is something that could block WebDAV

So, to reproduce, try the following (http and https)
* http://dev.tiki.org/tiki-webdav.php/
* https://dev.tiki.org/tiki-webdav.php/

Also, please try:
# visit http://demo.tiki.org/12x/tiki-webdav.php/
# Activate all WebDAV features
# Use a WebDAV client to access http://demo.tiki.org/12x/tiki-webdav.php/


Try uploading a spreadsheet file, and editing in place

{flash type="url" movie="display557" width="859" height="564"}

Wiki 3D (through the morcego java applet) used to work with previous versions (Tiki6, probably Tiki9 also, even If I can't confirm), and I can't make it work nowadays with current 12.x

See ((doc:Wiki 3D)) and the screenshot below:

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

Error shown in the java console:

{CODE(ln="1")}
Java Plug-in 10.55.2.13
Using JRE version 1.7.0_55-b13 Java HotSpot(TM) 64-Bit Server VM
User home directory = /home/foo
----------------------------------------------------
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
o: trigger logging
q: hide console
r: reload policy configuration
s: dump system and deployment properties
t: dump thread list
v: dump thread stack
x: clear classloader cache
0-5: set trace level to <n>
----------------------------------------------------
Exception in thread "AWT-EventQueue-3" java.lang.IllegalMonitorStateException
at java.util.concurrent.locks.ReentrantLock$Sync.tryRelease(ReentrantLock.java:155)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.release(AbstractQueuedSynchronizer.java:1260)
at java.util.concurrent.locks.ReentrantLock.unlock(ReentrantLock.java:460)
at java.awt.EventQueue.getNextEvent(EventQueue.java:545)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:211)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
Exception in thread "AWT-EventQueue-4" java.lang.IllegalStateException: Applet's parent container not set up
at sun.plugin2.applet.Plugin2Manager.start(Unknown Source)
at sun.plugin2.main.client.PluginMain$StartAppletRunner.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:312)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733)
at java.awt.EventQueue.access$200(EventQueue.java:103)
at java.awt.EventQueue$3.run(EventQueue.java:694)
at java.awt.EventQueue$3.run(EventQueue.java:692)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:703)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
{CODE}

So probably this is just a question of fine tunning some security setting in the applet or in the local settings of the Java Virtual Machine?