Category: Release20

Hi,

It just occurred to me that when upgrading to 1.10, users will need a script or something to create tiki_p_edit_categories perms for each tiki_p_view_categories perm that category objects have in the db.

This is necessary to preserve backward compatible state when upgrading, because tiki_p_edit_categories does not exist in 1.9.

Anyone good enough in SQL to write this purely in SQL, or should this be part of the PHP in the upgrade/install script for 1.10?

{syntax type="tiki" editor="plain"}
When Tiki adds the antibot code to a form or table, there is no specific class assigned to the TD or TR. Sometime this results in odd UI (because sometimes the table is NORMAL, sometimes FORM, someimtes FORMCOLOR, etc.)

I don't know how anyone can use the Beta version - the links in ALL Wiki pages are wrong.

The correct link to a Wiki page "Cars" should be ..../tiki-index.php?Page=Cars

Instead ALL Wiki pages are wrong with the link ..../cars

Obviously no one is using Beta or this would have been fixed in 1 minute

I can not find the ability to receive an email notification when a table gets changed.

It would be very useful if this capability were part of tikiSheets. Several other tikiwiki features have this feature through the watch capability.

{syntax type="tiki" editor="plain"}
When I configure webmail all is right but no mails sent appears on mail box. Is this a bug or misconfiguration ? Thanks.

On a new 1.10 installation...

When logging in as the ADMIN for the first time, the Change Password Enforced page appears (requiring new admins to select a new password). The OLD PASSWORD field should be maintained (pre-filled) with the existing admins password (by default: ADMIN). This __used__ to be the case in 1.9.

Pre-populate the OLD PASSWORD field with the user's existing password. This field should be disabled, so the user cannot change it.

Once a language has been selected for a page there is no way to set it back to its original state with no language associated with it. This is not that big an issue, but once you select a language you are stuck with the multilingual menu item at the top of the page, even if there are no other translations available.

I think it is preferable to have a link on the top of the page only if there is an available translation for the page. Regardless, it is bad practice to allow a user to change something with no way of returning that something to its original state

{syntax type="tiki" editor="plain"}
Hi,

I have set the following permissions for Anonymous

tiki_p_view
tiki_p_view_categories
tiki_p_view_categorized
etc

and the following category permissions

Anonymous tiki_p_view_categories
Registered tiki_p_admin_categories

Assign permissions automatically: Yes

Despite this neither Anonymous or Registered can view pages that have been categorized, the categories appear empty. Only way I can change this is by changing permissions on each individual page.
I've tried and tested this on 3 different installs, same problem each time. I am quite new to this but have spent many hours on this issue and would appreciate any advice.
I'm sure that there's a way but how?
Cheers

Wiki in question can be viewed at www.paddypaedia.com

When using OpenID + Registration CAPTCHA...
With Tiki 2.2...

I attempted to register using my OpenID:

#On the Login page, I entered my OpenID.
#My OpenID was validated and Tiki shows the page where I can either associate my OpenID with an existing Tiki account, or register as a new user.
#I completed the registration form (including the correct CAPTCHA), but Tiki keeps saying that the Anti-bot code was incorrect.

Additionally, the registration form presented with the OpenID __does not__:
*Display the password minimum requirements (such as number of characters).
*Allow for the selection of groups.


__Duplicate of {wish id=1505}__

When sending newsletters, Tiki sends as HTML. However, if the recipient does not accept HTML, the newsletter may become malformed for the recipient. For example, the EXTERNAL LINK text becomes merge with URL links.

I would like an option to send the newsletter as "plain text", thereby stripping out all HTML from the newsletter.

{syntax type="tiki" editor="plain"}
Attempting to use Opera or FireFox to call a tikiwiki page generates some % characters in the path and gives an error.

Using Internet Explorer this does not happen.

We need to be able to allow other BROWSERs to work with Tikiwiki pages.

This problem is not present in Version 1.9.11

As a result I cannot upgrade to version 2 or higher yet

If you send a Tell a Friend link from a wiki page that has spaces in the page name, the link in the email is broken. For example, you'll get:

http://www.tikiwiki.org/tiki-index.php?page=tell a friend

Confirmed on latest SVN as of 04/22/2008

I support 3 languages on my web site...
and have problems when a page title is the same in different languages...

Example..

"Projekter" in Danish
"Projects" in English
"Projekter" in Swedish

I cannot have two pages named "projekter" even though they are different languages..

Actually pretty annoying that you cannot have two wiki pages with the same title...
because you maybe have different contents...

not intuitive for new users:
{THUMB(id=34)/}

dthacker: I'm not seeing this as of SVN on 2008/04/01. Please retest in IE on current version.

As noted in bug tracker id 2474, bullets parameter doesn't create a bulleted list. "All" list is poorly formatted with page links that don't work.

permissions "minor" seems useless on doc.tw.o: registered can't use it even if granted to them
Check it live on: http://doc.tikiwiki.org
Login as admin to check that tiki_p_minor is granted to registered. Logout and login again as plain registered user, edit a page, and you don't see the "minor" button.

Registered users need it since it is a part of the interface needed for best interaction with new translation features on 1.10 (minor changes are not counted as new content to a page is being translated; if no minor, then a minor change to an outdated page reports to the up-to-date pages that new content has been added on other pages, and thus, lots of noise is introduced in the community)

With a new install and you click on "add event" (after activating calendar) you get an error "Permission denied you can not view this page".

However, the real problem is that no calendar has been created so tikiwiki can't add the event.

The error message should be more descriptive.

Dear all,
I have a problem that at least started for version 2.0 RC4 and 2.0 final. In fact those are 3 problems, but I believe linked to the same issues

* I created a group "editors" which has more permissions than registrer.
* I gave the requested permission to the group, which "works well"


but those features does not work

List pages -> return no page
multiple print -> shows no strucuture and no page
Structure -> does not show strucuture.

For all of them the feature works if logged as admin.

I see no missing permission that sounds like related.

Any idea ?

Many thanks in advance!

See also http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=4&comments_parentId=29889

{syntax type="tiki" editor="plain"}
For users whose information is public, the plugin is supposed to automatically make the avatar into a link to the user's user information page. However the link is incomplete, missing the last userid number at the end.

In the following code, the $id variable is apparently not capturing the userid number:

{CODE(caption=>Line 47 from wikiplugin_avatar.php: used to set link,wrap=>1)}
if (isset($page)) {
$avatar = "<a href='tiki-index.php?page=$page'>" . $avatar . '</a>';
} else if ($userlib->user_exists($data) && $tikilib->get_user_preference($data, 'user_information', 'public') == 'public') {
$id = $userlib->get_user_login($data);
$avatar = "<a href='tiki-user_information.php?userId=$id'>" . $avatar . '</a>';
}
{CODE}

using long Chinese characters as browser title will cause the browser title borken, for example, if you use '机电工程师' as browser title, the browser will show '机电工程帛'.

it's maybe an adodb problem.

When using the "Wiki Page Staging and Approval" feature... I would like the "Category for approved pages" option to include a new selection: "Prompt for category"

This would allow users to select a category when they approve the page, allowing approvers to select a different category for pages, rather then selecting a single, overall, "approved" category.

After updating to 2.0, the user ranking in the top users module shows twice:

1. 1) 12 daveoffutt
2. 2) 5 Patrick.Huetten
3. 3) 4 gern22000
4. 4) 3 Bill Herbert
5. 5) 1 FrostedGlass

tw site: http://list.vic-fontaine.com/
test user / password: smarty

This feature has never worked well. There is no active development on it. Should be moved to mods or just removed.

But there is not unanimity on this yet :-)
http://dev.tikiwiki.org/Endangered+features

When I click the Actions → Replace on tiki-list_file_gallery.php?galleryId=1 (used to be replacing the image file with another one), it does nothing...

link on Replace just points to tiki-list_file_gallery.php?galleryId=1#

When upgrading to 2.0 rc4 from 1.9.11 install failed because I was not logged into the app. By the time I reached that stage, I was no longer able to login. Need to make note at the beginning of the upgrade procedure instructions to FIRST LOG INTO TIKIWIKI AS ADMIN