Category: 2.x

The "Allow HTML" button is a PITA.

because it is default unchecked EACH TIME you open the edit screen. therefore if anyone puts html in a page it is by default not parsed the next time somebody edits.

Using the tiki-mailin feature (for Wiki-Put or Article-Put), I consistently see right after the body tag, a PHP message showing me the array being populated. This happens whether or not there's an error in the posting itself.

Can someone explain why this is happening?

Source of example is attached. (@@@ indicates prvate information). Thanks.

Is it possible to give a checkbox or setting to turn this off?

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

It is possible to list all users in a given group. However, to remove them from the groups, we need to go to another page.

We should be able to remove users from groups on this page:
tiki-admingroups.php?group=Registered&show=1

Using 2.3, when some user renames a page that you were monitoring, you get an email message with a broken link to stop monitoring, because there is no hash at the url.

Example:
^
If you don't want to receive these notifications follow this link:
http://yourdomain/tiki-user_watches.php?hash=
^

Imagine you have 2 wiki pages. Page A and Page B, and Page B is assigned to category X.
In page A you use the CATEGORY plugin to list all objects from category X, and thus, it lists the "Page B" name, which links to it.

Then you rename Page B to Page C. In page A, the plugin category still shows name and link to "Page B", and not the updated name and link: "Page C".

This bug has been here for almost a year, and it is present in 1.9 and 1.10
---
bug still alive on tiki 2.1, and confirmed also after deleting pages, and clearing tiki caches.

It can be tested on (production) site for registered users at:
http://uniwiki.sima.ourproject.org

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#

Some desktop applications have a way to report errors. This would help us know which bugs happen the most often. For example, we could check for sql errors or hard php errors.

Of course, this would be totally optional. Even better would be for people to be able to share their Tiki configuration (anonymously) at the same time so maybe we could detect that bug X only happens with a specific combination of on/off settings.

Firefox talkback:
http://www.mozilla.org/support/firefox/faq#talkback

Of course, knowing about all the bugs doesn't automagically fix them. However, some are super easy to fix if we notice them, like this one:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1399

The same way TikiWiki community members can vote on bugs and feature request, the "crowdsourcing" of error reporting will make it easier to distinguish the most common issues. It would also be a hint that some very rarely reported issues are probably related to a rare server configuration.

The same way I invest to address the most voted on features/bugs, I would do the same here. Specifically, I would like to see reports of the top-10 Postgres-related errors. I am sure these are easy to fix and could make TikiWiki more useful to Postgres users. I would like to use Tiki on Postgres eventually.

http://yro.slashdot.org/article.pl?sid=09/01/24/1938224

{syntax type="tiki" editor="plain"}
Sometimes, it's nice to start over...

https://doc.tiki.org/Score-Details
https://doc.tiki.org/Score

I visit a page and it says I must login. Since I have no account, I register.

At the end of the registration process, I should be sent back to the page I was trying to access.

Using [http://cc.tikiwiki.org/tiki-index.php?page=Mod+Community+Currencies|CC Mod]:

Option to "__Revert transaction__" seems to be coded, since it can be used from the form:
[http://www.moviments.net/intercanvis/cc.php?page=transactions&new=1] (at the drop down just close to the confirm button.

Moreover, when listing transactions:
[http://www.moviments.net/intercanvis/cc.php?page=transactions&all=1]

There is the button to "__revert transaction__" at the Actions column in the list ({img src=http://www.moviments.net/intercanvis/img/cc/cancel_transaction.png }). However, this image is not linked with any url to perform the "revert transaction".

(I checked that at line 46 in ./templates/transactions.tpl the href="" is empty:

{CODE()}
<a href="" title="{tr}Revert Transaction{/tr}"><img src="img/cc/cancel_transaction.png" width="20" height="12" border="0" alt="{tr}Revert Transaction{/tr}" /></a>
{CODE}

wiki page names, wiki page descriptions, etc should not only be indexed but the weight should be higher than text in the the wiki page.

Same logic should apply to all features.

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

userslib.php is actually a mess where AuthPAM, PEAR and CAS have been pasted inside, my idea is to rewrite userslib.php with the idea of "modular authenticators" that is, having a directory like lib/userslib/ put there authlib_cas.php, authlib_pear.php, authlib_pam.php and tikiauth.php (for the builtin tiki's authentication).

The goal is that a user can create a new authlib_*.php file for his own purposes (actually I need one for Active Directory via php-ldap and another for our customers database) without the need of touching userslib.php at all, so upgrading would be much easier, and writting your own authenticator would be really much easier than now.

I'm currently working on that on BRANCH-1-9 as that's the one I use at the office but userslib.php from 1.9 to HEAD is untouched so no issues come with that.

My plan is to initially split userslib.php into cas, pear, pam and the builtin modules (a lot of work there!) then rewrite the Login section of the admin panel so it adapts to it's new nature.

The ways to preserve environment I've tought are: being able to enable/disable any module at any time, having only the current 3 enabled by default, and set what would be the new "authenticators_order" preference to meet the current possible situations also retaining preferences.

What I still don't know how to handle is:
* How an authenticator can create/delete it's preferences from tiki_preferences when enabled/disabled (is there any tikilib function to create/delete preferences?)

Comments are welcome!

(NOTE: I'm not sure that this tracker is the place for that.. I saw it's a TODO... am I right?)

I have the following problem:
- as anonymous i load home page with two panels (modules) on the left and right (right one is logon box)
- I log in (both panels correctly diplayed still)
- I log out and right panel is not longer displayed on home page
I need to refresh page to see it again

I use Display Always for both modules in Look and Feel/general layout.
I use tikipedia theme.

Do u have any ideas why it might happen?

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

Tiki can collect RSS feeds from many sources. That is nice. However, it would be nicer to combine many RSS feeds in one nice list.

http://en.wikipedia.org/wiki/News_aggregator

If Tikiwiki 1.9.4 or 1.9.5 is installed in the wwwroot of a "real" subdomain that resides on its own (win)server (not an alias to a subfolder under the main-domain), then rsslib.php inserts an additional backslash after the domain-name.

Links of rss-feed then look like: ~~#FF0000: sub.domain.com\/tiki... ~~ and RSS feed gets obviously broken.

As a quick-fix for my site I resolved this in the file rsslib.php by deleting the string:
~~#FF0000: ~np~ .dirname( $urlarray["path"] ) ~/np~ ~~
in the variables:
~~#FF0000: $home, $img, $read, $cssStyleSheet, and $xslStyleSheet ~~
in order to get RSS-2.0 to work again.

Unfortunately I'm not any more a coder and don't know php good enough to fix this for everybody and contribute in the CVS (I did no more coding since turbo-pascal under DOS in the mid 90's, but at least still can read a little bit :-)

all the best,
Felix

PS: Thanks everybody here for this great software!!!

RSS feed for articles is last 10 articles published with title, date & time, description & link.

RSS feed for calendar will be upcoming 10 events with title, date & time, description & link.

Nice to have: permission checking to make sure feed only contains events visible by anonymous.

An example:
http://facil.qc.ca/cal/rss.php


2006-04-11: It's partially done:
http://repex.qc.ca/tiki-calendars_rss.php?ver=2

Only some of the events are shown, but not all.

Please make sur it's included to tiki-bot_bar.tpl & header.tpl for all styles.

We now have an RSS feed for last changes to all wiki pages [tiki-wiki_rss.php]

It is possible to ((watch)) a wiki page and receive emails of changes. Next step is to have an RSS feed per wiki page.


Related: [tiki-view_tracker_item.php?itemId=884|RSS feed per category]

We already are able to show articles, wiki page changes, etc on our calendar. So, how about showing RSS feeds on tiki-calendar.php? That would be a nice way to aggregate all the RSS feeds :-)

RSS feeds could be filtered much the same way as Group Calendars and Tools Calendars. A third column would be added with all available RSS feeds. Users could select via checkbox which RSS feeds they want. (By default none are selected)

Therefore, thanks to RSS in & out for calendars, several Tiki sites could federate calendar data via RSS.
http://tikiwiki.org/tiki-calendars_rss.php?ver=2

Later, we can add ical and hcalendar (http://www.microformats.org/wiki/hcalendar). But in the mean time, it's an easy & efficient solution for calendar sharing :-)

WebCalendar has a Remote Calendars feature to support hCalendar (for example)
http://webcalendar.cvs.sourceforge.net/webcalendar/webcalendar/edit_remotes_handler.php?revision=1.7&view=markup

Related:
[tiki-view_tracker_item.php?itemId=1607|Import/sync from RSS/ical and not just show]

tiki-admin_rssmodules.php permits to import RSS feeds into Tiki, which you can display & combine in wiki pages or module (great).

However, it shows all the article titles the same way (not so good), the most recent at the top (good)

If the user is logged in, and thus, we know the date of their last login, it would be nice to visually distinguish new articles from old ones (putting them in bold for example). Easy to do and would enhance user experience.

I'm sorry if this has been noticed already,

any chance of seeing RSS feeds for comments on articles and blogs?

RSS feed for the wiki now links to the last 10 pages changed. And no text is provided in the RSS feed. So, we click the link and we are provided with little clue of what changed. We then need to click history. Why these extra steps?

It would be much more logical to provide the diff text in the RSS feed. (instead of nothing)

Ex.:
- John has a lamb
+ Mary has a lamb

Also, the URL should link to a nice diff version instead of the page.

Ex.:
tiki-pagehistory.php?page=HomePage&compare=1&oldver=19&newver=20&diff_style=minsidediff

Therefore, we can see basic changes just with RSS and if we click we get the nice colored minsidediff

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.