Category: 4.x

{syntax type="tiki" editor="plain"}
I try to submit a wiki page with html text.
The submit never finish and I have a message :

Fatal error: require_once() [function.require]: Failed opening required 'lib/htmlpurifier/HTMLPurifier.auto.php' (include_path='/htdocs/public/www/lib/pear:.:/usr/local/lib/php:/htdocs/public/www/lib/core/lib:/htdocs/public/www/') in /htdocs/public/www/lib/htmlpurifier_tiki/HTMLPurifier.tiki.php on line 19

I don't understand because all php page are ok.

In some PHP version, http_build_query would not work correctly and would not show correctly URL parameters for admin and edit options (in converting the templates from SMARTY).

Make sure that http_build_query function from php is working correctly as some version work only with 2 parameters (even it is said to be Php 5.1.1) and others 3 parameters.

See this issue reported in:

http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=6&comments_parentId=37095

{syntax type="tiki" editor="plain"}
Please see:
http://demo.tikiwiki.org/mysql/Video_2009-08-29_IE6_png_fix_slow.wmv

So with #sitelogo a img, it takes about 2 minutes to load certain
pages, because it goes through each image.

Problem: people forget their username

So Tiki has a feature to let people use their email as username. So far so good. But when people start using collaborative features, their email is disclosed (not good)

Perhaps Real Name could be shown instead of email/username?

There is a risk of confusion though because Real Names are not enforced to be unique.

{syntax type="tiki" editor="plain"}
Try it here:
http://tikiwiki.org/Hosting+company

Related:
{wish id=2554}

I can't upload images any more to wiki pages at doc.tw.o since upgraded to tiki4.
Using firefox 3.5.4 under GNU/Linux

Can anybody confirm on other OS or browsers?

revision 21658: with -+~np~{img src="img/smiles/icon_smile.gif" alt=":-)"}~/np~+- I get "No image specified. Either the fileId, attId, id, or src parameter must be specified."

I've seen the gorgeus work done with jquery to allow re-sorting data in tables at wiki pages when using the ((doc:PluginFancyTable))

That would be also awesome if enabled in the ((doc:PluginTrackerList))...

This way, we would even allow the conflict between cache and sorting for anons... (see this other report [bug2898] )

Please see: ((YSlow))

Increase ySlow score for all SUMO pages to A
https://bugzilla.mozilla.org/show_bug.cgi?id=444274

In Tiki4, and in Tiki5 where accesslib hasn't been deployed

{img src=images/code.png}%%% {CODE()} This feature is disabled: feature_games
Go back
Return to home page
{CODE}

Suggested:
if the current user has admins permissions (tiki_p_admin)
1- enable feature_games
2- add to tiki-syslog.php


We'll need to change all feature checks to use accesslib (job for 5.0)


Needs to handle more than one feature check.

Currently:
tiki-orphan_pages.php

has:
{img src=images/code.png}%%% {CODE()}
require_once('tiki-setup.php');
$access->check_feature( array( 'feature_wiki', 'feature_listorphanPages' ) );
{CODE}

but upon error. Ex.:
http://profiles.tikiwiki.org/tiki-orphan_pages.php

just shows one, even if two are needed.

Include a "Secret Question" functionality during the registration process to be used prior to Password Resets & Forgotten Passwords.

Found an bug where including multiple excerpts from the same page would only display the first excerpt. Any subsequent includes would display empty text.

On attempts after the initial one the get_page_info() function is not called.

This bug is tied to [http://example.com|http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1964&trackerId=5&show=view]

I have had various issues navigating my wiki seemingly because $base_url is not getting built correctly, or at all. The first of these issues happens at login where the user puts in a bad username or password. The redirect to the error page fails on Firefox and has a URL with doubled forward slashes after the domain because the $base_url is not getting passed. URLs get built as follows (where 'example.com' is my domain):

Firefox:
{img src=images/code.png}%%% {CODE()} http://example.com\/tiki-error.php?error=Invalid+username {CODE}

IE:
{img src=images/code.png}%%% {CODE()} http://example.com//tiki-error.php?error=Invalid+username {CODE}

This happens with relative URLs all over tikiwiki in my installation, which is a WAMP with virtualHost entries in the httpd.conf to resolve 2 distict domains on the same server.

{syntax type="tiki" editor="plain"}
Critical Usability Problem With WYSIWYG Editor

Version 4.3

"Insert an Image" does properly put an image in the Web page but the editor does not preserve the "Vspace" and "Hspace" attributes in the source code. It is not possible to do spacing around an image in a Wiki page.

The editor properly shows the spacing around the image after inserting from file gallery and before preview. Looking at the source inside the editor before a preview or save shows only this example:

"{img src=/tiki-download_file.php?fileId=1&display height=211 width=200 imalign=left}"

While the editor properly shows the spacing (inside the editor), the source code is not set to save the spacing.

It is not possible to manually enter the "Vspace" and "Hspace" into the source and save or preview successfully; the "Vspace" and "Hspace" are deleted.

It looks like the source code is simply using the original Tiki text approach. This would be a deal-breaker for my users.

See bug reported and confirmed in tw.o forums:

http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=35420

To reproduce (in tiki 3.3 without ajax, and in tiki 4.0 regardless of ajax setting):

^ 1. create a sheet
2. click insert column (or row)
3. fails with error msg "A SheetId? is required." ^

In Tiki 3.3, this misbehavior dissappears when you enable ajax.
In tiki 4.0, no way to make it work.

It used to work in tiki 2.x, afaik...

Install using PostgreSQL will still try to install to mysql

When people register to a Tiki site, they sometimes use their email instead of a username. While this works, there should be a warning that this email will be visible in wiki page history, etc.

There is an option to use email as username, but this should not be for community sites.


Other checks would be for accents, existing username, etc.

In Tiki 4.1, the forum feature doesn't integrate any POP3 e-mail.

How to reproduce:

Create a clean installation, activate the forum function, and create a single test forum.
Set up the forum to collect e-mail from any POP3 account, that has an email waiting to be picked up.
Go to the forum page, and see that the e-mails are not integrated.

We would like to unify the search and find boxes on our site into a single module with a text box and Ajax auto-suggest for Wiki page names. If something that had no auto-suggestions were typed, it would do a full text search.

This is similar to MediaWiki. The current interface confuses even software developers.

We would be open to hiring a consultant and contributing the resulting module back to the TikiWiki project.

{syntax type="tiki" editor="plain"}
Tiki automatically includes the "id" attribute for headings. For example:

{CODE()}
!my heading
{CODE}

Becomes:
{CODE()}
<h1 id="my_heading">my heading</h1>

By default, the value of __id__ is the text of the heading. However, as per the XHTML specification, __id__ ''must'' begin with a letter -- not a digit.

Therefore, if I have:

{CODE()}
!2009 Highlights
{CODE}

Tiki generates:
{CODE()}
<h1 id="2009_Highlights>my heading</h1>
{CODE}

Which is invalid.

See http://validator.w3.org for details.

{syntax type="tiki" editor="plain"}
If a wiki page is RENAMED it no longer appears in the Last Changes list.

I've tested this against our own system [http://thereevesproject.org] running 4.3 (yes I know we need to upgrade) and also against 7.1 running over at opensourcecms.com. Suspect it applies to intervening versions as well.

On 4.3 module last_modif_pages does correctly continue to list the renamed page, using its new name. (This aspect not tested on 7.1)

At the end of the installer when launch is run we can get a crash with an exception :

__"Session already opened"__

This has been reported since two years may be six times.

I have not made various test, so may be it depends of the context which is :

#Data upgraded from existing connection
#Run without inhibiting installer

This should not have effect. So I don't understand why others don't seem to observe the problem that I had always.

I need to run again directly index.

Tested in version 3.3 and 7:
Importing tracker items through CSV does not properly process the date field.

My exported CSV contains e.g. "24/12/2010 19:55"
The imported data only contains "24/12/2010" The time has been left out.

{CODE(caption="incorrect code 3.3" colors="php")}# Version 3.3
Line 1697
} elseif ($field['type'] == 'f' || $field['type'] == 'j') {
if ($dateFormat == 'mm/dd/yyyy') {
list($m, $d, $y) = split('/', $data[$i]);
$data[$i] = $tikilib->make_time(0, 0, 0, $m, $d, $y);
} elseif ($dateFormat == 'dd/mm/yyyy') {
list($d, $m, $y) = split('/', $data[$i]);
$data[$i] = $tikilib->make_time(0, 0, 0, $m, $d, $y);
}
}{CODE}

Replaced by following code :
{CODE(caption="correct code 3.3" colors="php") } elseif ($field['type'] == 'f' || $field['type'] == 'j') {
$l = strlen($data[$i]);
switch ($l) {
case ($l == 10):
# Field does not contain the time
if ($dateFormat == 'mm/dd/yyyy') {
list($m, $d, $y) = explode('/', $data[$i]);
$data[$i] = $tikilib->make_time(0, 0, 0, $m, $d, $y);
} elseif ($dateFormat == 'dd/mm/yyyy') {
list($d, $m, $y) = explode('/', $data[$i]);
$data[$i] = $tikilib->make_time(0, 0, 0, $m, $d, $y);
}
break;
case ($l == 16):
# Field contains HH:MM
list($fd, $ft) = explode(' ', $data[$i]);
if ($dateFormat == 'mm/dd/yyyy') {
list($m, $d, $y) = explode('/', $fd);
list($hh, $mm) = explode(':', $ft);
$data[$i] = $tikilib->make_time($hh, $mm, 0, $m, $d, $y);
} elseif ($dateFormat == 'dd/mm/yyyy') {
list($d, $m, $y) = explode('/', $fd);
list($hh, $mm) = explode(':', $ft);
$data[$i] = $tikilib->make_time($hh, $mm, 0, $m, $d, $y);
}
break;
case ($l == 19):
# Field contains HH:MM:SS
list($fd, $ft) = explode(' ', $data[$i]);
if ($dateFormat == 'mm/dd/yyyy') {
list($m, $d, $y) = explode('/', $fd);
list($hh, $mm) = explode(':', $ft);
$data[$i] = $tikilib->make_time($hh, $mm, $ss, $m, $d, $y);
} elseif ($dateFormat == 'dd/mm/yyyy') {
list($d, $m, $y) = explode('/', $fd);
list($hh, $mm) = explode(':', $ft);
$data[$i] = $tikilib->make_time($hh, $mm, $ss, $m, $d, $y);
}
break;
}
}{CODE}

The same for the latest version 8.3

{CODE(caption="Incorrect code 8.3" wrap="0" colors="php")} case 'f':
case 'j':
if ($dateFormat == 'mm/dd/yyyy') {
list($m, $d, $y) = preg_split('#/#', $data[$i]);
$data[$i] = $tikilib->make_time(0, 0, 0, $m, $d, $y);
} elseif ($dateFormat == 'dd/mm/yyyy') {
list($d, $m, $y) = preg_split('#/#', $data[$i]);
$data[$i] = $tikilib->make_time(0, 0, 0, $m, $d, $y);
} elseif ($dateFormat == 'yyyy-mm-dd') {
list($y, $m, $d) = preg_split('#-#', $data[$i]);
$data[$i] = $tikilib->make_time(0, 0, 0, $m, $d, $y);
}
break;
}{CODE}


{CODE(caption="Correct code v8.3" wrap="0" colors="php")}# Line 1730
case 'f':
case 'j':
$l = strlen($data[$i]);
switch ($l) {
case ($l == 10):
# Field does not contain the time
if ($dateFormat == 'mm/dd/yyyy') {
list($m, $d, $y) = explode('/', $data[$i]);
$data[$i] = $tikilib->make_time(0, 0, 0, $m, $d, $y);
} elseif ($dateFormat == 'dd/mm/yyyy') {
list($d, $m, $y) = explode('/', $data[$i]);
$data[$i] = $tikilib->make_time(0, 0, 0, $m, $d, $y);
} elseif ($dateFormat == 'yyyy-mm-dd') {
list($y, $m, $d) = explode('-', $data[$i]);
$data[$i] = $tikilib->make_time(0, 0, 0, $m, $d, $y);
}
break;
case ($l == 16):
# Field contains HH:MM
list($fd, $ft) = explode(' ', $data[$i]);
list($hh, $mm) = explode(':', $ft);
if ($dateFormat == 'mm/dd/yyyy') {
list($m, $d, $y) = explode('/', $fd);
$data[$i] = $tikilib->make_time($hh, $mm, 0, $m, $d, $y);
} elseif ($dateFormat == 'dd/mm/yyyy') {
list($d, $m, $y) = explode('/', $fd);
$data[$i] = $tikilib->make_time($hh, $mm, 0, $m, $d, $y);
} elseif ($dateFormat == 'yyyy-mm-dd') {
list($y, $m, $d) = explode('-', $fd);
$data[$i] = $tikilib->make_time($hh, $mm, 0, $m, $d, $y);
}
break;
case ($l == 19):
# Field contains HH:MM:SS
list($fd, $ft) = explode(' ', $data[$i]);
list($hh, $mm, $ss) = explode(':', $ft);
if ($dateFormat == 'mm/dd/yyyy') {
list($m, $d, $y) = explode('/', $fd);
$data[$i] = $tikilib->make_time($hh, $mm, $ss, $m, $d, $y);
} elseif ($dateFormat == 'dd/mm/yyyy') {
list($d, $m, $y) = explode('/', $fd);
$data[$i] = $tikilib->make_time($hh, $mm, $ss, $m, $d, $y);
} elseif ($dateFormat == 'yyyy-mm-dd') {
list($y, $m, $d) = explode('-', $fd);
$data[$i] = $tikilib->make_time($hh, $mm, $ss, $m, $d, $y);
}
break;
}
break;
{CODE}

Add ip to syslog and/or action log, so that when anons (at least) are allowed to add content and it's spam (robots seem to be able to post with our current antibot captcha), there is way to identify the ip of the spammer.

So far, antibot captcha is added (in trunk, at least) to:
* wiki edit
* wiki page comments
* forum posts
* tracker item comments
* freetags
* calendar items
* newsletter subscription

The action of adding content on those features should be logged in syslog and/or action log and IP recorded.

Support.mozilla.com solution

or

http://framework.zend.com/manual/en/zend.cache.html
http://framework.zend.com/manual/en/zend.cache.backends.html#zend.cache.backends.memcached