Category: 2.x

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

Levels in tiki-assignpermission.php are confusing to the new tiki admins.

Hello

I went to enable HTML on all wiki pages so that I could do text wrap around an image. However, it appears that the code still appears instead of actually correctly wrapping the text as if it doesnt understand the html code afterall.

-Kat

templates/header.tpl file (2Aug07) has a missing double-quote in one line that impacts the use of phplayers. Page does not render properly in Firefox.

__Line 57 (approx) with double-quote missing:__
<link rel="StyleSheet" href="lib/phplayers/layerstreemenu-hidden.css type="text/css" />

"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

I am not sure if this is a formal "feature request" yet. More of a discussion/debate for now...

How should we handle forums in a multilingual site? Is it a lot of development?

*Should we split tiki-forums.php by language?
*What do we do when some users would like to see messages in more than 1 language?
*How do we handle modules which show the most recent messages? In all languages? by choice?

Say a Tiki site is translated in 18 languages. If I only speak one language, the "best language" works for me. But if I speak 3 languages, I would like to be able to easily see the content in those 3 languages without being shown the rest.

Suggestion: For each use to have an ordered list of preferred languages.

For example, a user selects:
1- French
2- English
3- Spanish

and let's suppose we add a language setting to forums. Please see :[http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=1030|i18n forums]

So, when I list the forums, I want to see those 3 forums, but not the other 15. Without a system like this, it makes it easy for everyone to be tempted to just stay in their main language.

Another example: wiki page translations. If a wiki page is available in 18 languages, just show the user the list from their preferred languages

This would be very useful for wiki structures. Using the next/previous in structure would show page in the user's preferred language, if available. This would be useful for doc.tikiwiki.org and the Mozilla Support site.

With version 2.2 (not checked previous versions) using the "Show/Hide Menus" option to collapse a left or right hand column with IE7 gives page errors and does not execute. Error message says:

Line 409
Char 4
Error: Could not get the display property. Invalid argument.
Code:0
URL: http://dev.tikiwiki.org/tiki-index.php

Function works fine in FF3 and (surprisingly) IE6 but gives exactly the same problem across a number of different tiki sites with IE7, including dev.tikiwiki.org.

The error message (it is assumed) refers to the function flip(foo,style) in lib/tiki-js.js

FIXED

just like this ((text中文))

it can't be parsed correctly as a page referer.

I was attempting to send a single message through tw.o inter-user messaging system to chibaguy, dthacker, luci, marclaporte, mlpvolt, ricks99 (with or without spaces among the names)
All those user names are ok.
I got the message "not valid user" (or similar, translated from another lang), but no message on which user was not valid.
I would have expected the message to be sent to all the other users, and to see the name of the user with problems.

I sent the message to each user, one by one, and realized that the problem was that mlpvolt didn't allow to receive inter-user messages, not that his username was wrong.
A better initial error message would be desirable..., for better user experience of inter-user messaging

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.

In HTML source, line 3 character 1 produces a syntax error in Microsoft Internet Explorer - but only when setting the site language to German.

This character is a tab stop. However, I haven't found out the difference between this one and the tab stop used in English.

Site: http://list.vic-fontaine.com/
Test user/pw: smarty

This effect can be reproduced with clean installations as well.

http://panorama.freewebhosting247.com/tikiwiki2/tiki-browse_gallery.php?galleryId=1

If this site is up, I cannot see any image.

I'm using Firefox 3.0.
This site uses:
PHP Version 5.2.5
Max Mem: 32Mbyte

GD Support enabled
GD Version bundled (2.0.34 compatible)
FreeType Support enabled
FreeType Linkage with freetype
FreeType Version 2.2.1
GIF Read Support enabled
GIF Create Support enabled
JPG Support enabled
PNG Support enabled
WBMP Support enabled
XPM Support enabled
XBM Support enabled


I don't have any problem displaying images using Tikiwiki 1.9.7 and 1.9.11

http://othman.1stfreehosting.com/tikiwiki/

Hi,

Using Wysiwyg, I upload a image then it is stored in like .../wiki-up/image/xxx.jpg.
Under MutiTiki environment by domain name, this page does not show the uploaded image.
The source of the page shows that ".../wiki-up~~#FF0000:/domain_name~~/image/xxx.jpg" while that image was stored in .../wiki-up/image/.

So I guess that FCKEditor has to store a image into NOT .../wiki-up/image/ but into .../wiki-up/~~#FF0000:domain_nmme~~/image/ under ===MutiTikiwiki environment===.
(How to know for FCKEditor that the site is under MutlTikiwki, I don't know)

Thanks and Best Regards,
Shigeru Serizawa (Japan)

Browsing Images in an Gallery - scroll forward jumps over one picture and opens the second next.
Browsing Back an image works fine, just forward seems to act wrong.

See http://www.hmayer.net/tiki-browse_image.php?galleryId=360&sort_mode=name_asc&imageId=10044&scalesize=800

If i scroll forward it will open imageID=10046 - even while 10045 exists and is in line with the sort mode.

{syntax type="tiki" editor="plain"}
The appending images completely crash the image galleries, and create corrupt sql records of images.
This can be reproduced in blank installations.

It would be great if the images galleries would have the following features:

a) Rate this picture
People, according to given rights system can rate pictures and 'an automatic' gallery keeps track of highest rated pictures.

b) Send this item as a postcard
The old e-card system where people sent a picture and some personal text via mail to a friend and get a mail when the picture has been seen

c) Make it optional if a subgallery is shown at the main gallerylisting or just underneath its parent.

p.s. I've never filled out a tiki track, I hope I'm doing this right. If not, please forgive me.

{THUMB(id=12)}{THUMB}

{syntax type="tiki" editor="plain"}
Clicking on the next image arrow makes Tikiwiki jump 2 images ahead insted of jumping to the next image.

Most people don't need this. The admin determines the sort mode. End of story.

It is possible to make ((doc:Drawings)) and even use an image as a background, and draw over it.

But if you have an existing image, you need to modify it before you upload.

Related:
* [tiki-view_tracker_item.php?itemId=909|Integrating fotonotes or wikigraphe or DOM Image annotation to the Image gallery]
* http://ajaxorized.com/phototype-image-manipulation-with-javascript (but GPL)
* http://www.webappers.com/2008/03/11/javascript-image-cropper-ui-using-prototype-scriptaculous/

This is best explained with an example:

~pp~
Paragraphs are parsed

just fine here

{TAG(tag=ul)}foo{TAG}

but now

paragraphs and

line breaks aren't working!
~/pp~

This only happens for tag=ul, not even for tag=ol.

This happens regardless whether wiki paragraph formatting is enabled and regardless of whatever is inside the ~np~{TAG(tag=ul)}~/np~, even ~np~{TAG(tag=li)}~/np~'s.