Category: Regression

{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?

{img fileId="923"}

{img fileId="929"}

{img fileId="930"}

13.x dev.t.o bug tracker: missing category (mandatory field) at submit time didn't take the user up in the screen to where the source of the issue was and where the text message was shown ("This field is required") , and no message shown at the bottom either next to the submit button that the user has just clicked on.

Therefore, it seems as if the tracker is broken, or the tiki software doesn't work for unexpected reasons (thinking in newbie's impressions), etc..

Reproduced with Chrome 37, and FF 32.

P.S. In case it matters, feature "Chosen" is currently enabled in dev.t.o by the time of this bug report {sign user="xavi" datetime="2014-10-09T06:54:01+00:00"}

13.x dev.t.o: Print version for tracker item almost empty

Untested in trunk yet.
To reproduce, see a tracker item, such as:
http://dev.tiki.org/item5294

And see the printer-ready version of that item:
http://dev.tiki.org/item5294?print=y

Only this is shown:
{CODE()}
12.x & 13.x: Comments can't be posted (12.x) nor edited (12.x, 13.x) when codemirror is switched on (or 'disabled but switchable')


The original document is available at http://dev.tiki.org/item5294
{CODE}

13.x dev.t.o: Print version for tracker item almost empty

Untested in trunk yet.
To reproduce, see a tracker item, such as:
http://dev.tiki.org/item5294

And see the printer-ready version of that item:
http://dev.tiki.org/item5294?print=y

Only this is shown:
{CODE()}
12.x & 13.x: Comments can't be posted (12.x) nor edited (12.x, 13.x) when codemirror is switched on (or 'disabled but switchable')


The original document is available at http://dev.tiki.org/item5294
{CODE}

See https://dev.tiki.org/tiki-print_blog_post.php?postId=22