Category: 6.x

{syntax type="tiki" editor="plain"}
Rule activated by dates
Rule active from
Rule active until
Upgraded tiki: Shows years 1969 till 2010
Clean install: Only gives the year 2010 to chose from
This year is almost over so whould be nice to have some later years to chose from.

Hello,

I'm using the BigBlueButton as stadalone and it works fine.
But there is an audio problem when I use it as a feature in Tiki.
Everything works fine except the audio. When I click on the headset it doesn't join the audio server (freeswitch).

I have the same problem on this site:
http://tiki.org/live

Tested on Tiki 6.3, 7.0beta2, 7.0RC1 with the same effect.
BBB version 0.71a as a VM
Firefox 4.01, Chromium 11.04

Thanks,
Chris

on the test environment i can access tiki-calendar.php without a problem but as soon as i want to create a calendar and then access it on the live server i only get a blank page.

wether it is an already populated tiki or a clean install (wether using a completely new db or telling the tiki installer to clear the previous db and create a new one, wether using our theme or using the standard theme) i always get a blank page.

are there any special options in php/mysql/apache the calendar needs which i need to change?

the live server is a suse linux with php 5.3.3 and mysql 5.1.46
the local server is some xampp on a windows machine

Edit:
tested it with Tiki 6.3, 6.4 and 7.1

While it is a blank page in Firefox, Google Chrome says it is a 500 server error

Edit2:
Apache Error Log says:
PHP Fatal error: Call to undefined function cal_days_in_month() in .../lib/tikidate-php5.php on line 298, referrer http//...

When creating or editing a blog, the __Display Options__ tab includes two fields:
* Blog heading
* Blog post heading

There is also a __Heading Preview__ button on the tab.

1. The __Heading Preview__ does not show any sort of preview -- it simply reloads the page.

2. When ''editing'' a blog, there is a second __Heading Preview__ button, also which does nothing.

If you are in the doc.tiki.org side and edit a page, try to do a preview.

You won't be able to.

I tried in other universes and the preview option works fine.

wishes with dropdown info missing

wishes with dropdown info missing
categs not getting saved

I have two site that I've upgraded from Tiki 5.3 to Tiki 6 and on both sites, clear cache function is no longer working since the upgrade. When I open the 'Exterminator of cached content' window, thit indicates that there are no cached files. I have confirmed via FTP that there are many cached files. Also, when I select 'clear cache', there is no effect on the cached files.

When creating (editing) some event and change start date to the value that is newer than end date, user must change end date manually

The "Tentative" status for a calendar event always reverts to "Confirmed" after it is saved.

There are a lot of different PIM applications using the iCal format, that Tiki can export.

As example I showed a usecase, where s.b. needed a synchronisation between Tiki and Google calendars, to make Tiki generated events visible in his Google Calendar, to ease the effort of sheduling between Tiki generated events and his personal google events.

I suggest a project for Calendar Syncronisation.

Please see: ((Calendar Synchronisation))

When logging in wrongly with LDAP (no such user or wrong password), will get:

Fatal error: Call to undefined method Net_LDAP2_Error::getEntry() in /var/www/html/watwiki/lib/auth/ldap.php on line 257

(or white screen unless Error reporting is turned on for all)

Strangely this only happens if you key in a password 5 characters or longer. A shorter password will just show "Invalid password" or "Invalid username" as the case may be.

{syntax type="tiki" editor="plain"}
When i disable Remember Me I am immediately logged off. When i try to log back in the system accepts the credentials but logs me back off. When i access the database from version tiki 5.3, i can log in without any issues.

It looks like in version 6.1, when i refresh a page or change pages, the system logs me off. If i have Remember Me enabled i don't have this problem.

{syntax type="tiki" editor="plain"}
On many machines, and with both Firefox and IE, attempting to login as a user or admin results in an error message "You have to enable cookies to login to this site". Both in IE and Firefox cookies are enabled.

This problem has shown up recently on Tiki.org forums

"Forums » Architecture/Installation » You have to enable cookies to be able to login to this site"

It has also been reported as a bug "Cookies with Tiki 6.1"

__Off/on__

Seems to disappear when I use a different theme, "darkroom" instead of "jqui"

Seen in Tiki 5.x and 6.x:

Events that have been canceled still appear in the list of upcoming events in the Upcoming Events module without any end-user notification that the event has been canceled.

Tiki should either:
* Not display canceled events in the module
or
* Display the event with a strikethru (or some other visual cue) to let end-users know that it is canceled.

{syntax type="tiki" editor="plain"}
This is about the popup menus in the top part of the page and applies to several of the default themes in version 6.

In many of the themes, there seems to be a gap between the menu heading and the popup such that when the mouse is moved down to access a popup menu, the menu disappears, making it nearly impossible to access!

A theme example is Arcturus - Amette, but that is not the only one, no the worst.

This happens on both Safari and OmniWeb.

It is actually possible to access the popup with some practise. There seems to be some flag toggling going on as well because it can be made easier if the popping up is reset in some way.

Karl

{syntax type="tiki" editor="plain"}
When you have a group name like "Finance and Marketing Departments" and you create another group called "Finance and Marketing Departments Moderators". You will not be able to add users into the latter group if that user is already in the first group. This is caused by "duplicate key" error in the attempt to add the user, because the key length limitation is 32 chars.

This bug might probably be Mysql settings dependent.

The "Change language for this page" form fails when it's applied to an Article.

{syntax type="tiki" editor="plain"}
categories
Add objects to category
ad page only shows first 25 pages

If you want to ad multiple pages to a category and they are outside those 25 pages it is posible to search them with filter but you will need to search those pages one by one to ad them.

Seems filter part of page name gives 0 results.

{syntax type="tiki" editor="plain"}
Please help since we have invested much time and effort in this project, believing Tiki could filter rightly wiki pages based on perms, and since I cannot find a workaround.

When not logged in, Some wiki pages are shown, and Some others Not, while they all have exactly the same set up. They all have been categorized only in "Public Content" category which is set to Show wikis to Anonymous users, while Global perms are set to not show them to anonymous.

At this moment we have two identical wiki pages as setup is concerned:
1) http://mi.solcentral.org/tiki-index.php?page=La+Funci%C3%B3n+Esencial+y+El+Prop%C3%B3sito+de+Vida
which doesn´t show to Anonymous users (and should do it)

and

2) http://mi.solcentral.org/tiki-index.php?page=Sobre+el+Sitio+SolCentral-org
which shows well.
Note that at the botton of this page, in the listing of pages related to the category "Contenido Público" (which is the translation of "Public content"), the page "The Esential Function And Life's Purpose" (wich is the translation of "La Función Esencial y El Propósito de Vida") that is the page 1)... Then if you click on it, it will not show presenting you with the login invitation, allthough is shown in the list as categorized "Public Content".

Other extraneous behavior is that when when you use the Plugin Toc to show the structure, only shows Some wikis on some structures, and on some other structures doesn´t show any wiki.
I have used this:~np~{toc structId="26" order=asc shownum=1 type=fancy }~/np~ in the wiki:
http://mi.solcentral.org/tiki-index.php?page=e-Books%20Index

Actual estate of config is:

For anonymous:

If Perms on wiki: "La Función Esencial y El Propósito de Vida"

La Función Esencial y El Propósito de Vida Anonymous tiki_p_view Categoría: Public Content
La Función Esencial y El Propósito de Vida Anonymous tiki_p_view_backlink Categoría: Public Content
La Función Esencial y El Propósito de Vida Anonymous tiki_p_watch_structure Categoría: Public Content
La Función Esencial y El Propósito de Vida Anonymous tiki_p_wiki_view_attachments Categoría: Public Content
La Función Esencial y El Propósito de Vida Anonymous tiki_p_wiki_view_comments Categoría: Public Content

Category Perms of "Public Content" are

for anonymous group perms that are ON:

Can view wiki attachments and download (tiki_p_wiki_view_attachments)
Can view page/pages (tiki_p_view)
View page backlinks (tiki_p_view_backlink)

Global Perms are:

on Wiki:

Can view wiki attachments and download (tiki_p_wiki_view_attachments) is ON for Anonymous
Can view page/pages (tiki_p_view) is OFF for Anonymous
View page backlinks (tiki_p_view_backlink) is ON for Anonymous


Fixes tried:

Have tried the opposite: allowing everything to be shown to Anonymous, and then restrict on pages that should be hidden with a "invisible" category with perms tiki_p_view OFF for anonymous group.

And it didn´t work since - again - for Some wikis worked, and for some others not. Even if they are identical.


Using:
Tiki 6.1 fresh code install, on past 6.0 db updated to 6.1.

When using tiki-admin_transitions.php.

If I add a Transition, then tiki will not let me modify it (by Edit) since every icon (i e: Edit) will delete the Transition. Even If I click in "Guards" data (wich appears as a "0").

Also the yellow "Key" icon doesn´t turn green as is supposed to, after setting perms.

May be other anomalies.

Please help

Using Tiki 6.0 fresh Install.

New Edit:

Since I didn´t find any reference on how to use it, I´m exploring it myself.

What I did before I was stopped by this error is:

1. I Set up some Categories
2. Go to the tiki-admin_transitions.php. The Subset Tab is on and it shows me two options: 1. Category 2. Group
3. Click on Category, so it show the availabre Categories
4. Choose two categories, then click Select button. It reloads the page.
5. Click on New/Edit tab
6. Write a label: "New"
7. Chosse From and To options
8. Click SAVE. It goes to the List of Transitions
9. If I click on Edit icon, it deletes de transition and goes to the New/Edit tab, but empty... nothing selected or filled.
If I click the Guards (number 0) it does the same

If I change to the List, the transitios has dessapeared from it.

{syntax type="tiki" editor="plain"}
When editing files in the notepad, I periodically notice strange conversions of characters intowhat appears to be coded versions of the said symbol. This seems to get worse with each iteration of editing a note. Example:

Versions:
#~np~(Unsaved Origional Version) I “can‘t“ ''code'' & I can‘t __think__.~/np~
#~np~(Saved once, and then reopened) I “can‘t“ ''code'' & I can‘t __think__.~/np~
#~np~(Saved previous version, then reopened)I “can‘t“ ''code'' & I can‘t __think__.~/np~

I would suspect, as an uneducated guess, that there is a problem with the substitution routine involved in loading the notes..

{syntax type="tiki" editor="plain"}
The symptoms are:
- backlinks work sometimes only
- when deleting a page it does not always become a wanted page
- others ???

The result is:
- unpredictable behavior
- negative impact on the user acceptance

The problem is, that the syntax of the links change:
Example:
1) Type "Page 1" in the WYSIWYG mode and save
-> "Page 1"
2) save again in WYSIWYG mode
-> ~np~<a class="wiki" href="tiki-index.php?page=Page+1" title="Page 1">Page 1</a>~/np~
3) save again in WIKI mode
-> ~np~[tiki-index.php?page=Page+1|Page 1]~/np~
4) save again in WYSIWYG mode
-> ~np~<a class="wiki" href="tiki-index.php?page=Page+1">Page 1</a>~/np~

This makes 3 1/2 different representations of a link to 'Page 1'

The multilingual/translation support is integrated with the WYSIWYG feature in a way that if you are working in an English interface, the text direction in CKEditor remains LTR even when the page being edited is defined as being in Hebrew, which is RTL. I expect that this applies to any other RTL language.

Similarly, it seems to me (though I haven't tested it thoroughly) that a user working in a Hebrew interface would get RTL behaviour in CKEditor even when editing an English page.

I can only assume that use of the English-language interface for editing Arabic pages and Arabic-language interface for English pages is common, as such combinations are certainly common where Hebrew is involved. The forcing of direction according to interface language rather than page language is likely to be a significant annoyance in all such cases.

The ideal solution would be to make the editor direction dependent on the page language's direction, and only according to the user's language if there is no page language set (there is a CKEditor option which does that - see http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.config.html#.contentsLangDirection)

{syntax type="tiki" editor="plain"}
This bug is seen by our IE 8 clients. We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

Our users are editing in the CKEditor WYSIWYG and try the Code plugin from the toolbar. The Code window opens as expected and the users enter their code in the correct field. On pressing Insert (or Replace) the code plugin is added in the editor but there is no contents in the plugin. If I open the normal editor it displays as%%%~np~{code caption="MyCode.java"}~/np~%%% which is completely the wrong syntax.

If I try using the Code option in FF then it opens a new window and I can add the code just fine. I view from the normal editor and it reads%%%~np~{CODE( caption="MyCode.java")}public class MyCode {
//testing a point
}{CODE}~/np~%%% which is correct.

Since IE is our corp standard our users need to be able to add files using that browser. Also, they had no problem in Tiki 5.x but that was a different WYSIWYG system.

Thanks,
Tim