Category: 1.8.x

When attempting to download some older files on the wiki certain users receice the message "Can Not Download Files".

If the refresh button is pressed, the user is asked to log in again. After doing so, the file will now download.

All files are also downloadable by the admin, all the time, as well as for other recently created users.

I need to see the information about the last modification of files on the File Gallery. Date and User.

two more columns are needed in tiki-list_file_gallery.php. Last modified, User. I don't know if more mysql field are required.

Steps to reproduce:

1. Goto http://tikiwiki.org/TikiFeatures and click on an upcoming event.

2. click on the calendar tab. choose monthly view.

3. now navigate backwards or forwards with the "Week" navigation buttons.

3. If the currently selected cell is prior to today's date the dates display correctly. If the currently selected cell is after today the entire month view displays incorrect dates.

When enabled feature_search it is possible for
Anonymous user to read protected pages via
special search request

Just try "a" or any other word that is in hidden
or protected area in search box - tiki-
searchresults.php give U text from hidden
pages

from tiki-searchresults.php



http://tikiwiki.org/tiki-view_forum_thread.php?
topics_offset=0&forumId=4&comments_parentI
d=16071

If you post a message to the forum you can enabling e-mail notification.

Assume, you have the following message:
* my Message (watched)

Now you get an answer:
* my Message (watched)
* answer

A notification is sent about "answer", because the thread is watched.
now you receive a second answer, to the answer before
* my Mesage (watched)
* answer
** sub answer

You won't get a notification about "sub answer".

The lib/webmail/pop3.php library is GPL'ed. Should replace with an LGPL library like [http://pear.php.net/package/Net_POP3|Net_POP3] or [http://pear.php.net/package/Net_IMAP|Net_IMAP]

This is a problem if you don't want Registered users to have this permission. (Often, we want Registered to have all the permissions of anonymous)

in tiki-admin.php?page=features
There is "Contact us" and "Contact Us (Anonymous)"

in tiki-admin.php?page=general, we have more related options
"Contact user:"
"Allow anonymous users to "Contact Us":"


All these options should be on Contact Us admin page (to be created)

A newly registered user cannot edit most of doc.tw.org

An anonymous user cannot edit doc.tw.org, even with CAPTCHAs.

There is no clear text on a page of doc.tw.org which tells a user why they cannot edit that page, or what they can do about it.

Tiki Drawings are working in BRANCH-1-8 and BRANCH-1-9. However, after I created a drawing, I am sometimes leftover with a Java "Start" button.

Can someone confirm this bug?

Can someone give more details on this one?

I believe the problem occurs when someone goes to edit a page then uses the browser buttons, links or types a new URL without clicking either the svae or cancel buttons. -- mdavey

A related issue is that the lock is checked /before/ all the permissions checks have been done. The result is that one can try to edit a page as anonymous, get an error warning, login, try again only to be told that 'Anonymous' is editing the page. -- mdavey

obs: waiting for cvs to unlock to commit

When a wiki page displays flash content through the flash wikiplugin, phplayers menus will appear under the flash content. This will happen even if the z-index property is properly set, because Flash renders on top of all DHTML layers.

While CAS authentication is great, it allows multiple users to login if you have a widely common CAS server.
For example, SecurePass [1] strong authentication allow ALL securepass users to login through their CAS.
The need is to optionally limit which users or users domain can login to tikiwiki through CAS.

[1] www.secure-pass.net

and add in the menu like the other features.

[15:41]<ohertel> marc, what's tiki mobile? :)
[15:42]<damian> the HAWHAW interface
[15:42]<damian> for WAP, PDA, and VoiceTiki browsing
[15:42]<marclaporte> de.tikiwiki.org/tiki-mobile.php
[15:43]<marclaporte> you have this on without you knowing
[15:43] *** marclaporte sets topic for #tikiwiki : http://dev.tikiwiki.org/tracker5 For the next 1-2 hours, please keep all discussions focused on 1.9.0
[15:43]<ohertel> ah that one. :)
[15:43]<ohertel> marclaporte: so what you want for it? perms?
[15:44]<marclaporte> naw, just on / off
[15:44]<marclaporte> from main admin panel
[15:44]<ohertel> is only 1 entry in the prefs table
[15:44]<ohertel> no biggie
[15:44]<marclaporte> perfect!
[15:44]<ohertel> so it needs no read db change
[15:45]<ohertel> just a feature_mobile = y/n :)
[15:45] *** ohertel doing update and starting debugger.
[15:45]<marclaporte> in theory default should be on be y by default to respect 3 rules, but since it isvery specialized, you can put n by default. Your choice!
[15:46]<damian> respect the rules.
[15:46]<damian> it causes less hassle for everyone that way
[15:46]<cpw> I'm going to submit what I have for my Japanese translations then
[15:46]<ohertel> we switch it off and write that to the release notes.

When including a maketoc into a page, the titles in the page are still parsed for WikiWords and Hotwords. This breaks HTML, links, and may decrease the readability of page TOC-s.

When a new image gallery is created, since_last_visit_new shows as if there was a creation of both an image gal (which is true) and also a file gal with the same name (which is false -> Bug)


related to tracker #126
it was not fixed even in 1.9 ....
now fixed in 1.9 cvs don't know about 1.8 ...
ML: no need to worry about 1.8

You can not preview a message written through tiki-messaging system (inter-user messages), prior to its post.

Same on trackers.

Although the RFC (for example, [http://www.robotstxt.org/wc/norobots-rfc.html]) doesn't explicitly require a leading slash (/) before the page name, I have found that, as of late Oct, 2005, many 'bots, including Googlebots, have started requiring them.

For example, before the change,

Disallow: tiki-pagehistory.php

would prevent well-behaved 'bots from trying to index tiki-pagehistory.php. However, after the change, I had to have:

Disallow: /tiki-pagehistory.php

in robots.txt, or else all my page history would be indexed! I verified this using my server log, and also by doing google searches against my site for phrases that only appeared in page history. I have every reason to believe this is a problem for all other TikiWiki-based sites.

Others have noticed this. There is discussion in the forums at:
* [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=13666&forumId=4|Googlebot ignoring robots.txt] -- includes a __graph of my bandwidth usage before and after__.
* [http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=4&comments_parentId=12342|Adding <meta name="robots" content="noindex,nofollow"> to History pages]
* [http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=4&comments_parentId=15004|Yahoo search indexes Print pages instead of Read pages]

The robots.txt in the current distro (1.9.x Sirius) contains

Disallow: tiki-print.php

Should it not also contain

Disallow: tiki-print_article.php
Disallow: tiki-print_blog_post.php
Disallow: tiki-print_multi_pages.php
Disallow: tiki-print_pages.php

When users submitt data to a TikiWiki site, there is now workflow included. However this results in active management of a TikiWiki site, for different data entered.

Editors, may receive updates to the site, when you use the notification mechanism, however, there is now way for an editor/administrator to get notifiied by e-mail about other changes to the site, or even worse: notification which need approval, like new links and FAQ entries.

There should definitly be notifications for any submitted data to the site which requires approval to be displayed.

When a user fills the e-mail address field at tiki-send_blog_post.php?postId=XX with non-email-string, an e-mail per sentence is tried to send from the server.

A simple check for a well written e-mail adress in the field should prevent silly mistakes from novice users in tiki, but very annoying for the server mailing efficiency and sys admin annoyance redirecting mal-formed e-mail...

It happens in 1.8.5, and also in 1.9.0.

In 1.8.5, the mailin feature doesn't work properly. It may work for some combination of mail systems, but not for others. And it does not properly handle multiple mailed-in messages when a page load is attempted.

Specifically, some combination of mail client and mail server caused the email address extraction to leave a newline on the end, which should be trimmed.

Also, in determining the type of message, a case-sensitive string comparison is done against "text/html", which won't match for upper or mixed-case.

Finally, there's a bug (probably a minor design flaw) in the way the histlib object is created in lib/tikilib.php, such that if the code is executed twice in the same session, it will fail the second time because the $histlib object isn't created.

Last but not least, after parsing the message, if there are no parts found, the loop that attempts to process them assumes that $output->parts exists, which it may not.

This is an ongoing task.

It will never be finished as we are always adding more features :-)

Info:
on tw.org the naming convention is to use a ,xx suffix where xx is the lang code. For example ((Home)) is linked to ((Home,fr))

The capability to include (recursively) with parameters is probably the most powerful and content factorizing feature of our best competitor MediaWiki.

It make not only produce content much faster and in a much more modularised way.

The references :
* [http://en.wikipedia.org/wiki/Transclusion]
* [http://www.mediawiki.org/wiki/Help:Templates]
* [http://doc.tikiwiki.org/PluginInclude]