Category: Release20

Removing an avatar results in an broken image link.

Reproduce:
* Hovering the mouse pointer on a user name reveals the user details.
* Create an avatar for that user.
* Hovering the mouse pointer on the user name now shows the user details including avatar.
* Delete the avatar.
* In place where the avatar was showing before, there's now a broken image in the user details.

Tiki site: http://list.vic-fontaine.com/
demo user/ password: smarty

After upgrading to 1.10, php layers menus from 1.9 are gone from site identity.

Apparently, there are also reports of display of horizontal CSS ("suckerfish") menus not correct. Tag isn't setting horizontal style or getting css/cssmenu_horiz.css so top-level items display vertically rather than horizontally.

{syntax type="tiki" editor="plain"}
Hey Guys - I'm new to tikiwiki and have been trying to access the movies on this page -> http://tikiwiki.org/TikiMovies BUT most of the ones referencing USA point to an expired account and the ones mentioning Europe generate an error saying i don't have permission (even when logged in) ..??..

e.g., in the section "Preliminary_Settings", the USA link resolves to this -> http://esc45.midphase.com/suspended.page/ even though the link is coded for this address -> http://www.teluguvaariki.com/sri-addons/tikiwiki_videos/Wiki ... and when i hack the url to just the root domain, i get the same error and suspect this user's account is DOA ... i should note that i tried this a week or so ago and got the same response hence delayed sending this thinking it might clear up by now ..??..

and then when i click on "Editig a wiki page (Europe)" i get error - ie., "You do not have permission to use this feature" ... that link shows as -> http://tikiwiki.org/tiki-listmovies.php?movie=Wiki.swf&action=Display

the same thing happens with the other videos in other sections like "Editing a wiki page", "Image Galleries", "Articles", "FAQs", etc ... the only video link that does work is the 24 minute intro with David Lankes - which is excellent by the way :>)

accordingly, please advise ... i would really like to watch these videos to get up to speed as i'm already having numerous problems ... a) i was able to install okay but the images in the gallery won't upload, or when they do appear to upload, i get a blank screen and see no images ... b) i can't get the secure login link to work with my dedicated server that shares a SSL cert across domains ... thus i installed tikiwiki on avantigroup.com/tiki but for the https i need to make a url callout that is https://secure.cooltea.org/avantigroup.com/tiki but tikiwiki won't let me do this from admin control panel and forces https://avantigroup.com ... ugh ... sure, i could go in and hack the template but this kind of defeats the smarty template approach but i digress ...

thanks in advance for your attention to this matter and on positive side, it does look like you have a lot going for your project and i look forward to diving in further ... to be continued ... cordially, chuck scott

In 1.10 now we can set to login as e-mail and display realname wherever possible. But the user wiki page by default is set to 'UserCreate<e-mail>. We should still allow user to create his page with 'UserCreate<username/real name>'.

The recommended behaviour should be if user chooses e-mail to be private or it could be if admin sets to disaply realname wherever possible, then it should use 'UserCreate<realname>' other cases it can be based on e-mail.

Duplicating events in calendars is broken on 1.10svn right now (April 17th)
If anybody wants to test (to reproduce it) on site, I can grant you account details here (a production site):
http://moviments.net/cursos/tiki-calendar.php

I tried editting this, and clicking to duplicate button (to make a new event from the edition of an existing one; I thought I could do that on previous 1.9.x sites), but no success:
http://moviments.net/cursos/tiki-calendar_edit_item.php?viewcalitemId=64

I tried also creating a blank new item, fill in the form for the calendar item, and instead of cliking on the "save" button, click on the "duplicate to" and select the calendar where I wanted to duplicate this item to.

After the click to the button, I saw another item in the edit event form (on the same browser window), and in other tabs, I could see that no new event was added, neither for that calendar selected or any other on the site.

It's a pity that calendar events can not be duplicated on 1.10svn, since it's a very useful feature for high load tiki sites. (like when adding 10 sessions of a new course, all of them with similar details except for the day of the month, etc.)

With the WYSIWYG editor enabled (but html not checked in the wiki settings), I am unable to use wiki syntax in the normal editor when I save or preview. That is, the wiki markup shows up as text on the page.

It switches back to WYSIWYG after pressing preview as well.

If I enter html in the Normal editor it works fine.

Using the Tiki's built-in TPL file editor to change a title on a TPL page (e.g. "Admin Tracker" to "Administer Reports" for "tiki-admin_tracker.tpl" file) causes insertion of "" character sequence at several places throughout the modified "tiki-admin_tracker.tpl" file. The original "tiki-admin_tracker.tpl" is unmodified. The modified "tiki-admin_tracker.tpl" file contains "" in such places as "javascript" (rather than "javascript"), which breaks the links on the Admin Tracker tabs.

Adding or changing a Wiki page has the error "A contribution is mandatory" when saving.

Can't get past this error

User with Editor plus sheet edit permission tried to create a Tiki Sheet in v2.0RC4 -Arcturus-.

An error occured in a database query!

Context:
File tiki-sheets.php
Url tiki-sheets.php
Query:
INSERT INTO `tiki_sheets` ( `title`, `description`, `author` ) VALUES( ?, ?, ? )
Values:
0 testsheet
1 this is a test
2 NULL
Message:
Column 'author' cannot be null
Built query was probably:
INSERT INTO `tiki_sheets` ( `title`, `description`, `author` ) VALUES( 'testsheet', 'this is a test', NULL )

When user try to register they get the following message after pressing "register":

Your email could not be validated; make sure you email is correct and click register below.

Even if the email has been configured to be not required. (I did not try a blank installation.)
dthacker: Was this installation an upgrade or a new install at version 1.10?

Also the email field is present during registration (I don't know if this is related to the bug or if this is normal behaviour)
dthacker: Asking for the email is normal.

This with the following options enabled (and all the others disabled) in the login settings:
(some extra listed here just in case)
* Users can register: yes
* Crypt passwords method: hash-md5
* Reg users can change password: yes
* Reg users can change theme: yes
* Reg users can change language: yes
* Minimum username length: 3
* Minimum password length: 3
* Re-validate user by email after days: -1
* Re-validate user by email after unsuccessful logins: -1
* HTTPS login: disables
* Protect against CSRF with a confirmation step: yes
* Protect against CSRF with a ticket: yes
---
dthacker:
I am unable to reproduce this using your settings. Could you please retest using the latest SVN version?

Registered users can NOT see FAQ list even though:
tiki_p_suggest_faq
tiki_p_view_faqs

Are both checked.

Confirmed on test install with SVN current as of 3/31/2008
Created new FAQ with 2 questions
Created new user in group registered
Granted permissions as above.
FAQ's do not appear on user menu, but do appear on Admin menu.

dthacker: 2008/04/03
This is now fixed for me. Please svn update and re-test.

dthacker: restested on 2008/04/03. Closing

After checking out 1.10 from svn and enabling FCKEditor, attempts to use the editor fail with an error claiming the tikiwiki toolbar does not exist. More specifically, FCKEditor loads, but there are no toolbars.

Featured links is not working well:

{img src=show_image.php?id=47 }

In 2.0, Flash files (.flv) stored in the file directory don't play with the FLASH wikiplugin. The movie source url, etc., look ok in the page source, but still nothing displays. File gallery Flash files work with the FLOWPLAYER plugin, though.

The first image displays but is badly distorted (available image lib is GD). The name of the second image moves into place, but the first image (its right-hand side) continues to display. Then it moves offscreen at about image name number three and no other images display.

Logged as user xavi here on dev.tw.o/tracker5 I can't filter by summary (text field): no text input field is shown. Some other type of filter fields work as expected (I didn't try all) but not filter by summary.
Reported April 2nd. Using Firefox 2.0.0.13 ca on GNU/Linux
---
Reproduced as user xavidp (admin rights) using 2.x here again on dev.tw.o/tracker5 using Firefox 3.0 ca on GNU/Linux.

After running "./fixperms.sh fix" on the server side (Debian based, having root perms on server), and using 1.10svn code from mid May 2008, admins of the tiki site can still install mods on the server through the Tiki admini mods interface.
It used to work before (months ago, when I last used that).
our server, afaik, has www-data and www-data as user and group.
We are using a multitiki installation, with tikis under subdirectories.

I'm afraid that admins of the other tikis from the same multitiki are able to remove mods that we are using and need, etc.
...

When creating menu options (tiki-amdin_menu_options), Tiki shows a Preview of the menu being built. However, when creating a SECTION option, Tiki does not show the folder icon (as defined on the tiki-admin_menus page).

Not totally sure if this is feature request, bug, or lack of knowledge. Basically I need some way of supporting maketoc with WYSIWYG pages.

We have been using group homepage redirection at login time for months on 1.10cvs with no problems. But in the latest couple of months, I would say, some bug might have been introduced since it stopped working recently ago, just after a cvs update.

We've noticed that if we uncheck: "Go to group homepage only if login from default homepage:" (at Admin -> General), then redirection works again (but we loose the right direction when somebody gopes to the tiki site after clicking to a forum post url from their email program on local.

{syntax type="tiki" editor="plain"}
There seems to be an view menuitem "access rights" bug in the menu system
at least in my horisontalcustom PHPlayers menu
when having several groups assigned to a menuitem.

How to verify bug:
I have one person assigned to group "Group_a"
and another person assigned to group "Group_b"

I have a menuitem that allows users with group
"Group_a" or "Group_b" to show menuitem.

But the menuitem is not shown in the menu
for any of the two users.

Edit menu option:
Name: Pictures bla. bla.
url: tiki-browse_gallery.php?galleryId=54
For wiki page, use ((PageName)).
Sections:
Permissions:
Group: Group_a and Group_b SELECTED in listbox
Type: option Position: 52

If I assign the menuitem for one group only it works fine
but nbot if I assign more than one group.

I use Tikiwiki version 2.2

Can anyone verify this bug?
This bug needs to be fixed :-)

Have to set number of days to archive events when creating calendar.

steps to reproduce:
go to calendar
go to admin
fill in form but leave "Delete events older than" blank.

expected result:
calendar created

actual result:
"Notice: this variable may not be empty: days "

The URL's for the help buttons are not being built correctly. Users are unable to get help during the initial setup.

Tested on 1.10.0b1. To reproduce:
After a fresh install go to the Administration:Administration page
Click on the General icon.
Click on the help icon at the top of Administration General
The help URL will use the local host name instead of doc.tikiwiki.org

Other notes:
Help shows enabled on the features page (apparently enabled by default)
All pages reached through tiki-admin.php seem to have this problem

"I forgot my password" email is truncated after the following message. The password or link is not sent therefore the users are unable to determine their lost password.

-----------------------------------
Since this is your registered email address we inform that the password for this account is

Imagine a site where users can register themselves,a nd select to be just simple registered users, or to join "Comission A" in adition.
Group "Registered" has tracker 1 linked to it, and set to request some fields from it at registration time.
Group "Comission A" has tracker 2 linked to it, and set to request some fields from it at registration time.

And imagine that we want to allow the users initially registered just to "Registered" group, can join themselves the group "Comission A" later on, if they wish. We could use the SUBSCRIBEGROUP plugin for that (nice plugin!)

However, when user clicks on the "subscribe" button, he/she is not requested to fill in the tracker item needed to join that group, but nothing else and sees the same wiki page instead.
For consistency, that user should be directed to the tracker item insertion for that tracker2, so that all users from that group have filled the required fields, agreements (on checkboxes), etc.