Category: Error

I'm setting up TikiWiki for our company intranet and have noticed that in the Search Results, all the entries are displaying a date far into the future. But when I check on any page's history list, the dates are ok. See graphic:

{img fileId="1168" thumb="box"}

I have contacted my service provider and they say it's a software issue.

I have set and reset my Date Time option to various time zones as well as resetting to default - still displays into the future.

Running v15.4

Error message with search function in category.
PHP (4.3.10-18) ERROR (E_USER_WARNING):
File: tikidblib.php
Line: 181
Type: mysql error: Column 'name' in where clause is ambiguous in query:

SELECT DISTINCT c.*, o.* FROM `tiki_category_objects` c, `tiki_categorized_objects` co, `tiki_objects` o LEFT JOIN `users_objectpermissions` u ON u.`objectId`=MD5(CONCAT(o.`type`,LOWER(o.`itemId`))) AND u.`objectType`=o.`type` WHERE c.`catObjectId`=o.`objectId` AND o.`objectId`=co.`catObjectId` AND c.`categId`=? AND (`name` LIKE ? OR `description` LIKE ?) AND (( u.`objectId` IS NULL AND (o.`type` IN ('',?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?) OR o.`type` like ?) OR (((o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`perm

{syntax type="tiki" editor="plain"}
Step1: Create a simple text file and upload to a tiki installation
Step2: Admin Home -> Search -> General Settings (tab) -> Rebuild Index
Step3: Admin Home -> File Galleries -> Search Indexing (tab) -> Rebuild all files for search

However, the contents of the file uploaded in Step 1 are either not indexed or not searchable.

As explained here:
http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=239&topics_sort_mode=lastPost_desc&forumId=4&comments_parentId=21807


A related item:
When in a forum thread for example:
http://themes.tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=106&topics_threshold=0&topics_offset=11&topics_sort_mode=commentDate_desc&topics_find=&forumId=2

When I click on the "top" link, I am always sent to comments_parentId=0 (which is never good)

To reproduce, se<span style="color:black;background-color:#ff9999;">a</span>rch <span style="color:black;background-color:#ff9999;">a</span>t dev.tw.o, for "Politic<span style="color:black;background-color:#ff9999;">a</span> <span style="color:black;background-color:#ff9999;">a</span>mbient<span style="color:black;background-color:#ff9999;">a</span>l de l<span style="color:black;background-color:#ff9999;">a</span> Ub", for inst<span style="color:black;background-color:#ff9999;">a</span>nce (without the double quoting).

[http://dev.tikiwiki.org/tiki-se<span style="color:black;background-color:#ff9999;">a</span>rchindex.php?highlight=Politic<span style="color:black;background-color:#ff9999;">a</span>+<span style="color:black;background-color:#ff9999;">a</span>mbient<span style="color:black;background-color:#ff9999;">a</span>l+de+l<span style="color:black;background-color:#ff9999;">a</span>+Ub&<span style="color:black;background-color:#ff9999;">a</span>mp;where=p<span style="color:black;background-color:#ff9999;">a</span>ges]

If I could uplo<span style="color:black;background-color:#ff9999;">a</span>d file to the tr<span style="color:black;background-color:#ff9999;">a</span>cker you could see <span style="color:black;background-color:#ff9999;">a</span> screenshot to view the <span style="color:black;background-color:#ff66ff;">output</span> I get, in c<span style="color:black;background-color:#ff9999;">a</span>se devs c<span style="color:black;background-color:#ff9999;">a</span>n not reproduce it yourselves.
For inst<span style="color:black;background-color:#ff9999;">a</span>nce, the first menu <span style="color:black;background-color:#ff9999;">a</span>t de.tw.o, s<span style="color:black;background-color:#ff9999;">a</span>ys then something like:
^l<span style="color:black;background-color:#ff9999;">a</span>ck;b<span style="color:black;background-color:#ff9999;">a</span>ckground-color:#<span style="color:black;background-color:#ff9999;">A</span>0FFFF;">l<span style="color:black;background-color:#ff9999;">a</span>ck;b<span style="color:black;background-color:#ff9999;">a</span>ckground-color:#<span style="color:black;background-color:#ff9999;">A</span>0FFFF;">l<span style="color:black;background-color:#ff9999;">a</span>ck;b<span style="color:black;background-color:#ff9999;">a</span>ckground-color:#<span style="color:black;background-color:#ff9999;">A</span>0FFFF;">Dev HomeP<span style="color:black;background-color:#ff9999;">a</span>ge
Tiki bugs <span style="color:black;background-color:#ff9999;">a</span>nd wishlist
Bug list on SF (re<span style="color:black;background-color:#ff9999;">a</span>d-only)
l<span style="color:black;background-color:#ff9999;">a</span>ck;b<span style="color:black;background-color:#ff9999;">a</span>ckground-color:#<span style="color:black;background-color:#ff9999;">A</span>0FFFF;">l<span style="color:black;background-color:#ff9999;">a</span>ck;b<span style="color:black;background-color:#ff9999;">a</span>ckground-color:#<span style="color:black;background-color:#ff9999;">A</span>0FFFF;">l<span style="color:black;background-color:#ff9999;">a</span>ck;b<span style="color:black;background-color:#ff9999;">a</span>ckground-color:#<span style="color:black;background-color:#ff9999;">A</span>0FFFF;">Developers Multi webc<span style="color:black;background-color:#ff9999;">a</span>m
^
It h<span style="color:black;background-color:#ff9999;">a</span>ppens on 1.8.<span style="color:black;background-color:#99ff99;">5</span> sites, <span style="color:black;background-color:#ff9999;">a</span>nd 1.9.0 sites. Reproduced the bug with mose.css, the def<span style="color:black;background-color:#ff9999;">a</span>ult style <span style="color:black;background-color:#ff9999;">a</span>t dev.tw.o, <span style="color:black;background-color:#ff9999;">a</span>nd <span style="color:black;background-color:#ff9999;">a</span> modified style from d<span style="color:black;background-color:#ff9999;">a</span>mi<span style="color:black;background-color:#ff9999;">a</span>n.css .

http://dev.tiki.org/tiki-searchindex.php?filter~content=html5-boilerplate&sort_mode=score_ndesc&filter~type=&filter~language=

{flash type="url" movie="display622" width="1146" height="682"}

When on www.tikiwiki.org, I execute a search for anything with "Site" in it. "Site5", or "Site 5" or "Site blahblah". Search returns, with Internet Explorer, __Internet Explorer cannot display the webpage__. I looked at the source and encoding is UTF-8, so at a loss. I tried several other keywords other than "Site" and they all returned proper searches.

This is a weird one.

Just do a simple search and you'll get:

Notice: Only variable references should be returned by reference in /home/amette/public_html/tikiwiki-BRANCH-1-9/lib/search/searchlib.php on line 776

Notice: Only variable references should be returned by reference in /home/amette/public_html/tikiwiki-BRANCH-1-9/lib/search/searchlib.php on line 489
:
:
:
and so on...

I think we'll face this problem a lot more... :-/

Bottom banner bar appears on calendar although not checked at the general layout options level.

Plus calendar is not part of sections proposed in admin layout per section.

Affected: v1.9.0, CVS as of Thu May 5 16:22:27 UTC 2005

When selecting secure login, user is properly directed to HTTPS server defined in configuration, however after logging in user is directed to HTTP server defined in configuration, but using URL prefix from HTTPS server. Example:

HTTP server name: amix.failsure.net
HTTP port: 80
HTTP URL prefix: /
HTTPS server name: failsure.net
HTTPS port: 443
HTTPS URL prefix: /amix/

Select secure login, redirects to -> https://failsure.net/amix/
Login successfully...
Redirected to standard HTTP, bad address -> http://amix.failsure.net/amix/
Intended to be http://amix.failsure.net/

If this is not a bug, it is not clear to me how the above configuration section is intended to be used. Checked with Firefox and Mozilla on Linux, IE6 in Windows.

{syntax type="tiki" editor="plain"}
The Mediawiki Importer fails with:

[Sun Nov 28 22:17:33 2010] [error] ... PHP Notice: Undefined offset: 1 in /var/www/tiki/lib/pear/Text/Wiki/Parse/Mediawiki/Wikilink.php on line 263, referer: .../tiki/tiki-importer.php
[Sun Nov 28 22:17:38 2010] [notice] child pid 13376 exit signal Segmentation fault (11)

This is on Ubuntu Lucid with a 2.6.32-25-server kernel. It happens while the Importer is in the initial "Loading and validating the XML file" phase, and the Apache child instance running it of course just dies.

Update: It happens ever after I comment out the lines in Wikilink.php that threw the error - that is, there's still a segfault. This is with Apache 2.2.14 and PHP 5.3.2.

This may be the same bug as http://dev.tiki.org/tiki-view_tracker_item.php?itemId=2853&trackerId=5&show=view&reloff=1&cant=2&status=o&trackerId=5&sort_mode=f_41_desc&filterfield=26&filtervalue[26]=Importer - but that shows as fixed, so ....

This may also be related to this preg_replace_callback() bug: https://bugs.launchpad.net/ubuntu/+source/php5/+bug/369737 - although that's unresolved. That function is used in Table.php and Url.php in lib/pear/Text/Wiki/Parse/Mediawiki.

Update 2: Installed a fresh Fedora 14, put Tiki on it, and it gets the same segfault, in the same place in each of the 2 different XML files I'm attempting this with. Now, in both cases these are 64-bit, in case that has anything to do with it (but who runs a 64-bit server today?). In each case these are relatively large XML files - but our requirement is to convert a fair-sized Mediawiki if we're to use Tiki at all.

Selecting a new wiki homepage "Courses:_:Foo" got understood as "Courses" as the new wiki homepage.

I'm using :-: as the default namespace separator for workspaces.

This was working as expected in Tiki12.
---
Reproduced here:
http://xavi-9794-6103.show.tikiwiki.org/tiki-admin.php?page=wiki
u: admin
p: 12345

page selected as homepage was:
Course_Template:_:2016 Fall:_:Course Outline

but it was stored as:
Course_Template

In addition, there are some other oddities with workspaces in 15.x, but that is another story (to be reported aside elsewhere)

{flash type="url" movie="display630" width="584" height="457"}

Semantic links are creating dead links when a "-" is in the name and under some other unknown conditions. I suspect it may in part be a regression caused by the recent way links are named.

You can see one example here: https://dev.tiki.org/Visual-Programming

At the bottom of the page, the aliases are listed. One of them is "End-user Programming" which creates a link of https://dev.tiki.org/End-user-Programming. The issue is, that does not redirect to the Visual Programming page. It is a 404-not found page. There are also 2 examples at the bottom of this page: https://dev.tiki.org/Browser-Compatibility that behave in the same way.

I also see alias is not working here as well: https://dev.tiki.org/Update. In this case, all of the alias links are dead, but there are no dashes used within the links. Perhaps a separate issue?

Semantic link "alias" broken on 4.1 for me (regression)
See:
http://gavarrespedia.org/tiki-index.php?page=Pendents

it shows an error page, suggesting similar page, search box, and the option to create the page (as reg. user)

However, the page name "Pendents" is defined as an alias of "pendent", as it can be seen here:
http://gavarrespedia.org/tiki-index.php?page=pendent

which has underneath (inside the "[[+] Fet" box):
{CODE()}
(alias(pendents)) | (alias(Pendents))
{CODE}

So this looks broken to me (at least, with common settings as I have).

---
Reproduced in doc.t.o with http://doc.tiki.org/PluginRR (which has an alias link from http://doc.tiki.org/PluginR )
Discussed (with more details) on irc:
[http://irc.tiki.org/irclogger_log/tikiwiki?date=2011-02-09,Wed&sel=267#l263]

---
UPDATED: Fixed in current branches, at least (9.x, 11.x, 12.x)

I attempted to use the connect feature from wikisuite.org (using tiki15), and after providing the site details, saving, come back, and click at send info, tiki showed:
^
400 Remote service inaccessible (404)
Remote service inaccessible (404)
^

Feature working in 12.6

Case: Newsletter with 222 subscribers
Throttle: 6 every 120 seconds (=180/hour) to meet web host max of 200/hour

Sending shows this result:
---
__Sending Newsletter ...__
__... throttled sending to 222 addresses

Total emails sent: 1 after sending to 'wyncoghlan@bigpond.com':__
---
Admin Newsletter shows the Newsletter is still a draft i.e. not sent.

The subscriber email to myself does not receive a copy.

A second attempt to send produces exactly the same result.

This profile https://profiles.tiki.org/Bug_Tracker_15 makes an attempt to allow the user to set the sender_email if they haven't done so yet (which is usually the case when we are creating new show.t.o instances, or reproducing some scenario in localhost to debug some feature, etc.)

I'm using the same type of syntax which seems to be working in other profiles:
But this one in Bug_Tracker_15 profile seems not to work:
{CODE()}
sender_email: $profilerequest:sender_email$YourEmail@example.com$
{CODE}

while these other ones, in [https://profiles.tiki.org/Easy+GeoBlog|Easy GeoBlog], for instance, work as expected:
{CODE()}
style: $profilerequest:style$gradiant.css$
sitetitle: $profilerequest:sitetitle$My Easy GeoBlog$
sitesubtitle: $profilerequest:sitesubtitle$My thoughts and musings$
browsertitle: $profilerequest:browsertitle$Easy GeoBlog$
{CODE}

I tried if the issue was adding an "@" character in the working fields of Easy Geoblog, but that worked as expected also even if an email was written there.

At this site: http://www.moviments.net/ilp/
We had a file gallery called "Actes d'Assemblees i reunions" (without the surrounding double quotation marks)
http://moviments.net/ilp/tiki-list_file_gallery.php?galleryId=3

There was a child file gallery called: "Assemblea 080907" (without quotation marks)
http://moviments.net/ilp/tiki-list_file_gallery.php?galleryId=9

When I tried to upload a file (xls, "estat comptes.xls"), the server restarted in the middle of the upload and Firefox showed a "connection reset while loading page", etc.
I couldn't load other pages of this site or others on the same server for some seconds, but later on, server came up again.
So I could load other pages of the same tiki site. Then I tried again doing the same, and same behavior after attempting to upload that file: server restarted, etc.
After reloding file gallery, no file was uploaded, etc.

Then I went to the parent file gallery, and deleted at least the single quotation mark from the name, leaving that name as: "Assemblees i reunions"
Then the file could be uploaded with no problems at all on the child file gallery "Assemblea 080907"

This is the file, in case you want to reproduce with the same file, just in case:
http://moviments.net/ilp/tiki-download_file.php?fileId=20

Upgrading a site from 4.x to 5.0 appeared to be successful (i.e. no error messages are given) but the site opens only with an error page. The message on the page is "System error. An error occured while performing the request."

I traced the problem to the presence of a record in the tiki_preferences database with name=session_lifetime and value=20. It appears that if the value is non-zero, the system error occurs. Deleting the record or setting the value to zero solve the problem.

the button "insert internal link" (on the WYSIWYG-editor) doesn't work.

it opens a new window "local.php not found — This is normal if you have not run the tiki installer yet".


(but i run the tiki installer)

When I select "Admin > Wiki > Mandatory category in the category tree", the list of categories while editting a wiki page is blank, or it says no category is defined. However, if you click on "admin categories", they are defined indeed.

When you unselect this check box, and clean caches, categ. list is working fine again.

This is not a theme specific issue (reproduced with geo.css, tikineat.css, lesjetesdelencre.css, ...)

----
update: sylvieg fixed that months ago, I think. (thanks sylvie)

"new user registration" has problems.
Problemss stated for TIKIWIKI 1.9.8.3 tried on newest PHP versions 5.2x (+newest MySAL)
- Fantastico install of 1.9.8.3 also concerned. -

It is either a config error by admin, or a problem of latest stable TIKIWIKI (Oct. 2007) with neweset versions of PHP, or something similar. Various tests + details are described - please visit the links below.

Hopeful to get opinions on this before going on with my tests.

If it is not a software bug, then it would at least probably be an aspect about the ergnomics of instructions. When this problem will be settled and if found of general interest, I will perhaps add the experience to the TIKIWIK docs.


Details are in the FORUM: Architecture/Installation :
http://tikiwiki.org/tiki-view_forum.php?topics_offset=1&topics_sort_mode=commentDate_desc&forumId=6

There the item:
"Register as a new user" does not excecute - config error? or bug in v.1.9.8.3 ?" :
http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=27095&topics_offset=3&topics_sort_mode=lastPost_desc&forumId=6

At the Tiki.org forums ( [https://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=62116#threadId=62160] ), after submitting a reply, I get an error: "No thread indicated." Of course I was in a thread when I submitted the post. This happened in one thread but I was able to post a reply in another thread at about the same time, with no problem.

I've just created a new account for a user.

Having created the account, I'd then normally select the account and use the "spanner" icon to "add or remove from a group." Today that resulted in the error "No users were selected. Please select one or more users." Even if I actually select the user (tick in the box, which I never did previously for a single user), I get the same message.

This appears to only be happening on the newest minor version (18.8).