Category: 2.x

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.

{syntax type="tiki" editor="plain"}
If the ''Maximum number of records in listings'' is reached when listing all the FAQs, it's still print Page: 1/1 and it's impossible to show the others faq

The only way to show the others faqs is to give for example ''find=&offset=15&sort_mode=created_desc'' directly to the tiki-list_faqs.php page.

This feature is working on 1.9.11
This bug was found on 2.2 release

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.

Sometimes, we end up with some strange characters in pages names (accents, punctuation, etc). While it generally works, people should keep URLs with simple characters (like in emails) for nice readable URLS.

For example:
((I know this is all wrong, but fear it might be right - Alain Désilets))

{syntax type="tiki" editor="plain"}
The tiki normal editor has a problem when a page uses multiple carat elements. It creates unwanted boxes. i.e ~np~10^¹¹~/np~ used twice would create a malformed simplebox breaking the natural math operators into unreadable divisions.

The {img src=images/code.png}%%% {CODE()} ~np~ … ~/np~ {CODE} is not a workaround as this creates an unwanted space after the carat and before the next character. It is also awkward. It also does not allow the natural use of an otherwise perfectly suited math symbol.

There is no posibility to ask questions with more than one correct answer.

I would like to have to ask multiple choice questions with more than _one_ correct answer.

When subject of a message sent with intra tiki boradcast feature, and containing quotation marks, the message is not sent, nor saved in sent messages, and an error message saying that quotation marks are not allowed in message is shown. But message is lost. :-/
(not kept with back button of browser)

BTW, If message preview was a feature, message wouldn't have been completely lost, I guess: last copy of preview would have been there with back button)

When you use the plugin QUOTE, the user you reply not appear automatically in the Post new message box, and you have to introdude it manually

{syntax type="tiki" editor="plain"}
Just a weird little bug. The numeral "5" seems to appear randomly beside calendar entries; not on all, just a few.

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

When adding a post to the forum and do not select a smiley (which defaults to a required field - which I dont think is correct). This causes your post to rejected and redisplayed, with a red prompt by the smily field. The Title has Re: preappended when it should not. It is easy to miss when making the corection and re-submitting.

Attempting to view sheets as a registered user,
http://uniwiki.aia06.ourproject.org/tiki-sheets.php

or a specific sheet, such as
http://uniwiki.aia06.ourproject.org/sheet56

I get 500 error, just after I upgraded 1.10 code on that site. Previous 1.10 code (5 months ago, maybe?) worked fine.

(However, other tikis from the same multitiki installation doesn't show that problem;
http://uniwiki.ourproject.org/sheets is fine for reg. users, for instance)

Sys. admin has reported that the tiki script died for some reason:
{CODE()}
[Tue Apr 10 10:23:40 2007] [error] [client 161.116.71.35] Premature end
of script headers:
/var/lib/gforge/chroot/home/groups/uniwiki/htdocs/tiki-view_sheets.php

(...)

207.46.98.41 - - [09/Apr/2007:20:03:20 +0200] "GET /tiki-sheets.php
HTTP/1.0" 200 29408
66.249.65.78 - - [09/Apr/2007:20:31:18 +0200] "GET
/tiki-index.php/////////////////////////tiki-sheets.php?page=HomePage&comments_parentId=99&comments_maxComments=1&comments_style=commentStyle_threaded
HTTP/1.1" 200 18802
81.177.22.221 - - [09/Apr/2007:23:17:24 +0200] "GET /tiki-sheets.php
HTTP/1.1" 200 36099
66.249.72.180 - - [10/Apr/2007:01:35:03 +0200] "GET /tiki-sheets.php
HTTP/1.1" 200 36099
{CODE}

I'm having problems also at other spots, such as http://uniwiki.aia06.ourproject.org/tiki-admin_actionlog.php , and maybe other places...

I cleaned caches, etc. and same effect.

Currently, one must list the parentID of ONE category for the category field. It would be nice if there were a "recurse" option that would show ALL the categories and subcategories for one parent. That would make setting up categorized trackers much easier.

Imagine making a tracker to keep track of your projects. Also include in this a tracker to keep up with tasks.

When using a tasks trackerlist in a text area field used as a pop-up within a project trackerlist the page containing the trackerlist becoms unusable (chrashes more or less).

Related:
[wish1489|Wiki page name Alias]
[wish1119|Better handling of page renaming]
[wish1292|Plural WikiWords when using ((WikiWord))]

{syntax type="tiki" editor="plain"}
Per [http://tools.ietf.org/html/rfc2616#section-14.30|RFC 2616 Section 14.30], the "Location" header given with a HTTP 3xx redirect response must be absolute. TikiWiki violates this requirement, and PHP doesn't fix it up again.

The instance I encountered was the index.php, but a simple "grep -ri 'header.*location' ." in the tikiwiki source tree will list hundreds of more instances of this problem. To see it in a live setup, monitor your network traffic (e.g. using [http://www.wireshark.org/|Wireshark]) and visit the root directory of any tikiwiki site, e.g. [http://dev.tikiwiki.org/]. You can then have a look at the HTTP response and notice the incorrect location header.

All user agents that I know of do accept a relative URL as the location of a redirect, and interpret it as relative to the URL of the original request. However, any user agent might decide not to follow such redirects, and it would still conform to HTTP specs. Tikiwiki shouldn't rely on browsers to accept broken behaviour.

After looking through the CSS for TikiWiki, one quickly find several redundancies and inconsistencies (modules are not consistently using CSS in the same way, just take a look at the login box with different renderings to see what I mean). On top of that, some CSS classes requested by the code are actually not existing in some CSS... (separatorline etc in some menus)

SO, should we not rethink the styles system?

What I am thinking of is less of a local (modul-driven) approach but rather a context/mode-driven approach.

For example, we could structure the class names so they properly represent the place of usage: header,main, left, middle, right, bottom as pre-fixes, and the usage as the tag, and a qualifier as the postfix.

Example:
A Menu item would be [location]_menuitem_[qualifier]
A Menu item on the left side would be left_menuitem_[qualifier].
A Menu Option on the left side would be left_menuitem_option

SMARTY knows precisely where it is rendering. So we could generate a standard variable in smarty called $CSS_LOCATION, which smarty maintains. All css requests are parsed through a smarty function that assembles the propper prefix.

The [qualifier] is there to make writing CSS a little easier. We can simply create a DIV as an envelope around a structure, assigning the class [location]_[usage] to that. All elements inside would then automatically inherit those characteristics, and the CSS part would only have to deal with the diviation. Those should be clustered together in the CSS to give a clear view on what happens in this particular usage...

I know that this is most probably a &%$&-load of nitty-gritty work, but once done, we should be able to then write a little app that makes developing CSS much easier (maybe even inside TikiWiki) Biggest problem: how to we manage the transition to the new approach, how to maintain backwards compatibility, and how to get alignment on the structure itself...

COMMENTS are very welcome.

J

Session expiration is producing some losts on forum posts (in a similar way it was happening on wiki edits...). That solution by ricks99 was very smart on wiki edits. Could it be added also (or similar behavior) to forum posts?

---
update: Do the same on trackers!!! (show some popup if you are going to loose your session on that site)
I had lost that information because I my session (apparently) expired... (maybe there was a conflict of cookies with the ones on other 1.9.9 tiki sites I was loging in and working in right now)...

Please see
http://doc.tikiwiki.org/Lost+edit


{FLASH(movie=files/FeatureRequest_BetterHandlingOfBackButtonWhileEditing.swf,width=>811,height=>708,quality=>high)}{FLASH}

The login settings page should be refactored to eliminate the presentation of unneeded configuration options.

Overriding the HEAD with BRANCH-1-9

Read on #wiki (freenode)

(10:47:42) TheSheep: marclaporte: don't want to be rude, but I have an implementation hint for tikiwiki -- make the registration url fit in 80 chars, it will be much easier to copy to the browser this way
(10:48:05) marclaporte: you mean the one you receive by email?
(10:48:17) marclaporte: (not rude at all, always like feedback, good or bad)
(10:48:45) TheSheep: marclaporte: yes
(10:49:19) TheSheep: marclaporte: the domain name is short, if only the php file name and the password were shorter, it would fit nicely
(10:49:38) TheSheep: just a small detail
(10:50:07) TheSheep: most people use graphical mail clients anyways probably


Below is an example:
Hi marclaporte2,
you or someone registered this email address at tikiwiki.org
If you want to be a registered user in this site you will have to use the following link to login for the first time:

http://tikiwiki.org/tiki-login_validate.php?user=marclaporte2&pass=de7fdd5c84dae05d133dc75948188b4c

Enjoy the site!

Tested with 1.10 b1...

In a wiki page, a link to non-wiki Tiki feature (such as tiki-list_blogs.php) works just fine. But after generating webhelp, the link is broken (because the webhelp is NOT in the Tiki root -- it instead in ../webelp/foo/..

As a result, all relative links are broken.

The "Remember me" feature of login on tw.o sites doesn't really work as it should. On tw.o, dev.tw.o and themes.tw.o it's set via Admin > Login to values "tikiwiki, .tikiwiki.org, /, 1 week" and it lasts only some hour or so and expires then. It's annoying to relogin many times a day.

Based on my research, it looks like this feature was supposed to be removed. See http://dev.tikiwiki.org/tiki-index.php?page=Hello+World&highlight=CSRF

dthacker