Category: 1.9.x

This would permit us to have stats about TikiWiki usage.

This idea is from [http://www.phportail.net/|Philippe Gamache] and [http://www.nexen.net/|Damien Séguy]

We could suggest to other cms/forums/wiki engines, etc to use similar headers

More info:
http://www.nextthing.org/archives/2005/08/07/fun-with-http-headers


[11:07:19 AM] Philippe Gamache says: x-cms-engine : tikiwiki 1.9
[11:07:22 AM] Philippe Gamache says: or
[11:07:46 AM] Philippe Gamache says: x-cms-engine :tikiwiki
[11:07:46 AM] Philippe Gamache says: x-cms-version: 1.9

On this site:
http://www.brolin.ca/tiki-view_articles.php

Articles are in English & in French. Users can toggle between each language. However, if I add a topic to an article, it no longer works.

Using latest 1.9.cvs code (from today - 13 june 2007). Using simple.css and tpl's.

Related to [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1136&show=view&offset=0&reloff=2&status=op&trackerId=5&sort_mode=created_desc|this other bug report].

When adding a new calendar like "Comisión Web" (without double quotes), cateogrized to 1 cateogry called "Comisión Web" (child of Category "Comisiones"), and seeting all the other settings as n (default values), I got these messages on top of the page:

^Notice: Undefined offset: 86 in /home/httpd/tiki19/categorize_list.php on line 42

Notice: Undefined index: categId in /home/httpd/tiki19/categorize_list.php on line 48

Notice: Undefined offset: 87 in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

Notice: Undefined index: categId in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

Warning: Cannot modify header information - headers already sent by (output started at /home/httpd/tiki19/categorize_list.php:42) in /home/httpd/tiki19/tiki-admin_calendars.php on line 75
^

Calendar seems to have been created.

--
Update: confirmed using tikineat.css and tpl's

---
Update July 26th 2007:
Admin calendar produces to me:
{CODE()}
Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

(... repeated like 50 times or so)
{CODE}

But not categorize list any more...

ex.:

# Redirects
# This is useful if you are migrating from an old site, and you want the old URLs to still work.
# Just uncomment and edit the line below.
Redirect 301 /oldpage.html /tiki-index.php?page=newpage

Having a drop down text menu in trackers is great. It it faster and reduces errors.

However, sometimes, there are exceptions and it would be nice to be able to add just text when none of the option are appropriate.

As of now, in Tiki trackers, you need to add a new field (if you chose none of the above at the previous question, what is your answer).

Also semi-related info: If values are already entered in Tiki from a drop-down menu, and if some values are changed in the drop-down menu, some entries are sort of in limbo. They are there for past entries, but new entries can't be given that value. Offering a free text option would be nice here too.

Using latest 1.9.cvs (from today - 13th june 2007), cleaned caches, etc. Using simple.css and tpl's.

When attempting to admin calendars (http://www.moviments.net/precarios/tiki-admin_calendars.php) : I get plenty of messages at the top of the page, like:
^
Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/httpd/tiki19/tiki-admin_calendars.php on line 67


(...)
^

And after that, the page is displayed, but first central column getting the full width, and below, left column getting the full width also.

---
Update: Confirmed using tikineat.css and tpl's

Admin categories is not listing all categories created in the site, using 1.9.cvs (from several days ago)

For instance:
http://edu.tikiwiki.org/tiki-admin_categories.php?parentId=0

Shows only WSDOC category, but if you go to browse categories, you can see that tehre are many more created:

http://edu.tikiwiki.org/tiki-browse_categories.php?parentId=0&deep=off&type=

---
update:
using cvs from today (May 2nd, 2007), problem dissappeared.

If you have categories and sub-categories like the following:

try
try::tt
try2
try2::tt

The try::tt sub-category will be placed under parent try instead of parent try2.

This is because the ksort($ret) towards the end of get_all_categories_respect_perms in categlib sorts try::tt after try2:tt (since ':' comes after "2" in the ASCII table).

I upgraded from 1.85 to 1.9.0 without any problems. Things were working fine. Today, however, I logged in to access the admin area, and no admin links from the menu! All gone! What do I need to do to fix this? How can I access the admin area without links?

After some bad experience (ours and from other users), Rick (Rick99) and I suggest:

^RFE should be that the following username should __not__ be changable or deletable:
* __admin__

And the following groupnames should __not__ be changable or deletable:
*__registered__
*__anonymous__

Additionally, there should be a usergroup __administrator__ that has ''all'' permissions. This would allow Tiki-admins to easily create new Admin logins, with their own usernames.
^

__added: ensure password reminder works out of the box__

A couple of usability issues could be fixed here.

a) remind/reset passwords is off by default - should be on?
b) no email is set on admin by the installer

this would prevent most newbie lost admin password issues i think. - mlpvolt


Last [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=24817&topics_threshold=0&topics_offset=0&topics_sort_mode=lastPost_desc&topics_find=&forumId=2|thread about it at tw.o here]


Related issue: http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=1074

If admin user get lots of php warnings. Eventually page will build. Other warnings depending on various DB requests. Not a cookie problem - deleted cookies. Not browser specific.

Typical warnings encountered.

Most everything:
Notice: Only variable references should be returned by reference in lib/adodb/adodb.inc.php on line 2797
Notice: Only variable references should be returned by reference in lib/adodb/adodb.inc.php on line 2802
Admin Menu:
Warning: usort(): Invalid comparison function. in lib/tikilib.php on line 1714
Notice: Only variable references should be returned by reference in /home/vamasono/public_html/cms/lib/pear/PEAR.php on line 425
Admin Groups:
Warning: Cannot modify header information - headers already sent by (output started at lib/adodb/adodb.inc.php:2797) in tiki-admingroups.php on line 254

Installed full v1.9.1 to a DB with 1.9.0. Ran 1.9.0->1.9.1.

new user can register but after admin validate his account user can't login because have no password in database

version: tikiwiki 1.9.9 - sirius
conf: allowRegister=y ; validateRegistration=y ; validateUsers=n

In templates/mail/moderate_validation_mail.tpl this line is converted badly by smarty:
{$mail_machine}?user={$mail_user|escape:'url'}&pass={$mail_apass}

Smarty removes the '?' char if it's directly after a '}' (no clue why).
So I always get a bad link like this:
http://<ip>/tikiwiki/tiki-login_validate.phpuser=xxx&pass=xxx

Any solution to this? I tried to use %3F but doesn't work very well...

{syntax type="tiki" editor="plain"}
Warning: mkdir() [function.mkdir]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/tiki-mods.php on line 37

Warning: mkdir() [function.mkdir]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/tiki-mods.php on line 40

Warning: mkdir() [function.mkdir]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/tiki-mods.php on line 43

Warning: opendir() [function.opendir]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 205

Warning: opendir(mods/Packages) [function.opendir]: failed to open dir: No such file or directory in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 205

Warning: readdir(): supplied argument is not a valid Directory resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 206

Warning: closedir(): supplied argument is not a valid Directory resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 211

Warning: fopen() [function.fopen]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 212

Warning: fopen(mods/Packages/00_list.txt) [function.fopen]: failed to open stream: No such file or directory in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 212

Warning: fputs(): supplied argument is not a valid stream resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 229

Warning: fclose(): supplied argument is not a valid stream resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 231

Warning: opendir() [function.opendir]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 205

Warning: opendir(mods/Installed) [function.opendir]: failed to open dir: No such file or directory in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 205

Warning: readdir(): supplied argument is not a valid Directory resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 206

Warning: closedir(): supplied argument is not a valid Directory resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 211

Warning: fopen() [function.fopen]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 212

Warning: fopen(mods/Installed/00_list.txt) [function.fopen]: failed to open stream: No such file or directory in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 212

Warning: fputs(): supplied argument is not a valid stream resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 229

Warning: fclose(): supplied argument is not a valid stream resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 231

Warning: touch() [function.touch]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/tiki-mods.php on line 108

Notice: Undefined variable: errmsg in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 117

On a new installation of TikiWiki 1.9.4 (installed via Fantastico on a LAMP server), I get the following error:

Notice: Only variable references should be returned by reference in /home/hocho/public_html/wiki/tikiwiki/lib/adodb/adodb.inc.php on line 834

Warning: Cannot modify header information - headers already sent by (output started at /home/hocho/public_html/wiki/tikiwiki/lib/adodb/adodb.inc.php:834) in /home/hocho/public_html/wiki/tikiwiki/tiki-adminusers.php on line 414


All I did was create a new group and try to assign the group to a new user.
I also don't know why it is using ADOdb when I am using MySQL.

All other functionality of TikiWiki seems fine.

According to http://phplens.com/lens/adodb/docs-session.htm, garbage collection is supposed to be automatic for adodb sessions, which are used in tiki when "store sessions in db" is turned on. But it does not seem to be working. Have to figure out why first, before I can fix.

I upgraded from 1.8.5 to 1.9.0. After editing and saving a page, a blank page is displayed. On refreshing it (and accepting that postdata will be sent again), I get the original page.

Every Time, i use the Categories-Feature in File-Galleries or when uploading Pictures, it got the following error:

Notice: Undefined offset: 20 in categorize_list.php on line 38

Notice: Undefined index: categId in categorize_list.php on line 44

The Item itself is categorized

After upgrading from 1.9.3 to 1.9.9, the DB-based sessions do not work unless the user select the remember me option when logging in.

Yahoo Weather (and, I assume other feeds) rss feed dumps neat html into the description field of the first item rather than the title. I've modified function.rss.php to accomodate this and allow users to continue to use the regular module creation interface. Basically, I added a new parameter "desc" such that if you use {rss id=1 max=1 desc=1} the resulting output will use the description field instead of the title field. Skipped items will still be skipped.

Sorry, but I'm very new to Tikiwiki and may not conform to regular documentation standards...please correct me as neceesary.

It would be nice if visitors to info.tikiwiki.org could search all of the tw.o domains at once. What I envision:
1. A user goes to info.tw.o and searches for "WYSIWYG"
2. Tiki searches all of the *.tw.o domains and presents the results to the user, breaking the results by domain (e.g., all of the doc pages, dev pages, etc.)

Currently, the search results page will provide a box for users to extend their search to other tw.o domains, but (IMHO) it really needs to be automatic. See http://info.tikiwiki.org/tiki-searchindex.php?highlight=wysiwyg&where=pages&search=go for an example.

Maybe this could be expanded to fetch search results from other, non-Tiki search engines, too.

Allow posting comments on a wiki page when viewing wiki page history (for instance, when viewing a diff of page versions from different users): useful on educational scenarios, where it would be easier to report feedback to some students when they make a good or bad change on some content on that page...

The redirect plugin currently lacks the ability to include fragment identifiers, e.g. -+~np~{REDIRECT(page=Foo#some_id)/}~/np~+- does not work; the resulting URL is -+~np~tiki-index.php?page=Foo#some_id&redirectpage=this_page~/np~+- instead of -+~np~tiki-index.php?page=Foo&redirectpage=this_page#some_id.~/np~+-

See this page:
https://webgrec.ub.edu/webs/05195_ANG.html

When it is snarfed by a Tiki site (tried with up to 1.9.9), special characters are shown weird.
Example:
http://gclub.ub.es/xavi

Could it be made that snarf plugin allow selecting with character set is used in the page taken by the snarf plugin?
This way, the user would be able to siwtch, at least, between utf-8 and iso-8859-1 (or iso-8859-15, at least) so that the page is shown properly...

---
update: the source page in this example, doesn't have any character set defined, afaik (as of January 3rd, 2008).
So the request would be, If I understand the problem well enough, "make snarf plugin hadle correctly pages with no charset specified or with ones different from utf-8".

Nowadays, Tracker item rating cannot be seen nor selected if using either ((doc:PluginTracker)) or ((doc:PluginTrackerList)). However, it can be seen (for anons) and voted for registered again, after some recent fixes by Sylvie! (thanks Sylvie :-)

I tested that here in dev.tw.o (for instance):

http://dev.tikiwiki.org/Calendar

(not showing ratings even if they exist; check [tracker5])


2007-08-13 ML: But this will conflict with wiki page cache. (because value of my last vote is shown, and likely different than yours).

2007-08-13 Xavi: If cache is the problem for this feature request, why not forcing/advising the user to avoid using cache (at least in this page) if he/she wants this tracker field correctly show on the page? (in case this feature is considered interesting enough). I leave to consideration by coders... It was just a suggestion which I would find useful.

2007-12-09 ML: Fixed in BRANCH-1-9 by Kerrnel22. You need to add tracker field ID to trackerlist plugin.

__Wiki page cache with trackerlist ratings needs to be tested to see what the real issues (if any)__