Category: Error

I am trying to feed in RSS from my Serendipity Blog site to my tikiwiki (1.10) site but it's not working. I have other rss feeds coming in and they work fine. I've tried Rss 1.0 2.0 Atom 1.0, and none seem to work. I can read the RSS from the blog site into Google just fine. Tested it on the 1.9.8 demo version here on dev.twiki and it works fine, so it seems to be a 1.10 problem.

The URL format for the rss2 is: http://www.greyenclave.com/blog/serendipity/index.php?/feeds/index.rss2.

For more, see [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=26924&topics_offset=3&topics_sort_mode=lastPost_desc&forumId=4|My Forum Post].

thanks,

jimjim8@gmail.com

When running the installer on IIS the incorrect root path is detected. The directory tikiwiki is installed into is being stripped from the directory hierarchy.

The problem including the solution is referenced in the forum thread at http://tikiwiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=26943&highlight=directory%20does%20not%20exist

{syntax type="tiki" editor="plain"}
I have a problem similar to [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=291|this one]: "Edit" button in Wiki points to "/\/tiki-editpage.php?page=HomePage".
Other buttons also have invalid URLs, links have correct URLs.

Configuration: TikiWiki 3.2, Windows XP, Apache2.2, TikiWiki is in the server root directory.

I got this message:
{CODE()}
Incorrect integer value: '' for column 'healed' at row 1
{CODE}
when adding a Tiki Scheduler task (in mysql strict mode)

Maybe it's just a warning?

I report it, just in case.

FYI, I couldn't make the simple task to rebuild the search index, through the scheduler command to run (through the Tiki UI) aparently, but I don't know whether it's related to this bug or to something else.

Using latest 18.x svn{sign user="xavi" datetime="2018-05-24T09:36:46+00:00"}

Since some time now the number of pages in forum posts is completely wrong. It seems that the blame goes to luciash who commited the following patch. It's supposed to fix the comments count but it also breaks the page count.
{CODE(wrap=y)}
---
Update of /cvsroot/tikiwiki/tiki
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv22684

Modified Files:
Tag: BRANCH-1-9
comments.php
Log Message:
fixed comments count

Index: comments.php
===================================================================
RCS file: /cvsroot/tikiwiki/tiki/comments.php,v
retrieving revision 1.31.2.25
retrieving revision 1.31.2.26
diff -u -d -r1.31.2.25 -r1.31.2.26
--- comments.php 10 Apr 2005 04:42:37 -0000 1.31.2.25
+++ comments.php 28 Apr 2005 15:15:13 -0000 1.31.2.26
@@ -464,7 +464,7 @@
$comments_offset, $_REQUEST["comments_maxComments"], $_REQUEST["comments_sort_mode"], $_REQUEST["comments_commentFind"],
$_REQUEST['comments_threshold'], $_REQUEST["comments_style"], $threadId_if_reply);

-$comments_cant = $comments_coms['cant'];
+$comments_cant = $commentslib->count_comments($comments_objectId);

$smarty->assign('comments_below', $comments_coms["below"]);
$smarty->assign('comments_cant', $comments_cant);
{CODE}

When using the __Freetag__ module, users must have __tiki_p_admin__ permission to remove a tag from an object. This is incorrect, it should require __tiki_p_unassign_freetags__ permission.

Line 9 of the __ freetag_list.tpl__ file should be changed from:

{if isset($deleteTag) and $tiki_p_admin eq 'y'} ...

to

{if isset($deleteTag) and $tiki_p_unassign_freetags eq 'y'} ...

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.

We are using ((doc:Daily reports)) in a productin site running Tiki12 LTS (svn).

I've just noticed that there are some Undefined index messages thrown when the php console.php is run:
{CODE(colors="php", caption="cd /var/www/tiki12/;php console.php daily-report:send")}
PHP Notice: Undefined index: start in /var/www/ueb/lib/calendar/calendarlib.php on line 447
PHP Notice: Undefined index: end in /var/www/ueb/lib/calendar/calendarlib.php on line 448
PHP Notice: Undefined index: end in /var/www/ueb/lib/calendar/calendarlib.php on line 450
PHP Notice: Undefined index: start in /var/www/ueb/lib/calendar/calendarlib.php on line 450
PHP Notice: Undefined index: description in /var/www/ueb/lib/calendar/calendarlib.php on line 451
PHP Notice: Undefined index: name in /var/www/ueb/lib/calendar/calendarlib.php on line 452
PHP Notice: Undefined index: name in /var/www/ueb/lib/core/Reports/Send/EmailBuilder/CalendarChanged.php on line 28
{CODE}

On creation of revision 66 of http://dev.tiki.org/Update, I got:
{img fileId="657"}

{CODE(caption="Error(s)")}Indexing failed while processing "Update" (type wiki page) with the error "RemoteTransportException[[search3][inet[/76.74.203.89:9300]][indices/mapping/put]]; nested: MergeMappingException[Merge failed with failures {[mapper [comment_count] of different type, current_type [long], merged_type [string], mapper [contributors] has different index values, mapper [contributors] has different tokenize values, mapper [contributors] has different index_analyzer, mapper [object_id] has different index values, mapper [object_id] has different tokenize values, mapper [object_id] has different index_analyzer, mapper [url] has different index values, mapper [url] has different tokenize values, mapper [url] has different index_analyzer, mapper [object_type] has different index values, mapper [object_type] has different tokenize values, mapper [object_type] has different index_analyzer, mapper [view_permission] has different index values, mapper [view_permission] has different tokenize values, mapper [view_permission] has different index_analyzer, mapper [title_initial] has different index values, mapper [title_initial] has different tokenize values, mapper [title_initial] has different index_analyzer, mapper [relations] has different index values, mapper [relations] has different tokenize values, mapper [relations] has different index_analyzer, mapper [deep_categories] of different type, current_type [long], merged_type [string], mapper [relation_types] has different index values, mapper [relation_types] has different tokenize values, mapper [relation_types] has different index_analyzer, mapper [categories] has different index values, mapper [categories] has different tokenize values, mapper [categories] has different index_analyzer, mapper [language] has different index values, mapper [language] has different tokenize values, mapper [language] has different index_analyzer, mapper [geo_located] has different index values, mapper [geo_located] has different tokenize values, mapper [geo_located] has different index_analyzer, mapper [allowed_groups] has different index values, mapper [allowed_groups] has different tokenize values, mapper [allowed_groups] has different index_analyzer]}]; "{CODE}

We get {CODE()}Indexing failed while processing “5578” (type comment) with the error “analyzer [sortable] not found for field [sort]”{CODE} on this site.

Hmm, temporary issue? Seems gone after couple of seconds I filled this bug report.

Ah, nope, just replaced by "all shards failed" error while saving this bug report now.

Every time I add a new item in the tracker I get this type of error message shown:
(I didn't see it yesterday):
{QUOTE()}
Indexing failed while processing XXX (type YYY) with the error "normalizer [sortable] not found for field [sort]
{QUOTE}

In this specific case, the exact messages were:

{CODE()}
Error
Indexing failed while processing "21457" (type activity) with the error "normalizer [sortable] not found for field [sort]"
×
Error
Indexing failed while processing "7138" (type trackeritem) with the error "normalizer [sortable] not found for field [sort]"
{CODE}

We have noticed at work that our production tiki (using Tiki 21) doesn't seem to find pages through the search feature, since months ago.

In these last months (since feb 2020) we've migrated our tiki site between servers, and upgraded our old tiki20 to tiki21 a few months ago.

I've tried to run the search index through the console.php command -+index:rebuild+-, and I seem to hit this type of errors:
{CODE(ln="1" colors="shell")}
...
error: Indexing failed while processing "Wiki Help" (type wiki page) with the error "Could not perform index modification: Data too long for column 'tracker_field_petDocWikiNova_raw' at row 1"
error: Indexing failed while processing "1" (type category) with the error "Could not perform index modification: Data too long for column 'tracker_field_petDocWikiNova_raw' at row 1"
...

Indexed
Undefined index: counts on line 162 of /path/lib/core/Tiki/Command/IndexRebuildCommand.php
Invalid argument supplied for foreach() on line 162 of /path/lib/core/Tiki/Command/IndexRebuildCommand.php
Rebuilding index done
Index: index_5f8f52c635dcb
Execution time: 3 mins
Current Memory usage: 171.6 MiB
Memory peak usage before indexing: 16.9 MiB
Memory peak usage after indexing: 188.4 MiB
Number of queries: 253406

PDO::query(): SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'tracker_field_petDocWikiNova_raw' at row 1 on line 104 of /path/lib/core/TikiDb/Pdo.php
root@server:/path#
{CODE}

This tracker field with permanentName -+petDocWikiNova+- is a wiki page type of field. And it hold data from long wiki pages (documentation related to projects in a project management scenario based on trackers)

We need help to get this regression fixed (search feature worked fine for us in Tiki 19 and Tiki20).

Default values in tiki-integrator don't work:

{CODE}
INSERT INTO tiki_integrator_rules VALUES ('1','1','1','.*<body[^>]*?>(.*?)</body.*','\1','y','n','i','y','Extract code between <body> and </body> tags');
{CODE}

The 'i' for regex options should be 'ism' to not only ignore case, but process multiline and let '.' match newlines. As is, it only works if the original page is all on one line.

Likewise the "\1" needs an extra \, and should be '\\1'. mysql is eating the first one and thinking that it is just unmagicking the '1', which didn't need it.

I would fix this, but editing the .sql files scares me. :)

The Inline editor keeps creating blank <p> elements in a page, after titles.

Im using a Heading, and below it a Unordered list. Every time I use the Inline editor, it creates a blank <p> below the Unorederd list, making it unusable.

Show instance: http://fvtorres-11800-5972.show.tikiwiki.org/
User: admin
Pass: 12345

Thanks

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...

I just recently installed TikiWiki on my Ubuntu server by copying all the files in the .ZIP package into /var/www/html/wiki/. This makes the site run at wiki.mysite.com. Now, when I go to edit a page and try to add an image, go to Browse Server, I get an error message saying: "Error creating folder "/var/www/html/wiki/wiki/img/wiki_up/image/" (Permission denied)"
The path seems to be wrong. There is /wiki/wiki/img when it should be just /wiki/img. There shouldn't be any permission problems if the path was correct like: /var/www/html/wiki/img/wiki_up/image/

When I click Insert Object Link, it hangs forever, and PHP lists errors in searchlib-unified.php

Same problem in category admin if you have unified_add_to_categ_search enabled the add objects hangs too {sign user="jonnybradley" datetime="2016-02-01T10:13:11+00:00"}

To insert a special character within tiki-editpage.php in 1.9DR4 you have to use templates/tiki-special_chars.php which cannot be accessed because of .htaccess settings.
a better solution because that little bloody window is a pain anyway (and inserts the characters always in the end of the editing window:

I have done a fix, by including the following lines (see solution) after the table row with the smileys and cutting the link to tiki-special_chars from below the quicktags:

insert tracker item with modal window fails due to form refresh when choosing page name from dropdown options (in a tracker field wiki page name)

For the record, it was reproduced here: https://sustainability.seeds4c.org/tracker25
(site in production, intranet for a university course - ask for a temporary user if you are willing to test on site for debugging purposes or something)

This is hard to explain. To reproduce, create below a page like this:

Link1
Link2

Link3
Link4

Paragraph formatting is on, so each line is on it's own paragraph. Take care NOT to press enter at the end of Link4 for now. There is no blank space before Link1 which is on the first line

Note the blank line between Link2 and Link3.

Now do the following test:
1) Select Link1 taking care to select only the text and not the start of line or end of line around it, click on Insert Wiki Link. You get Link1, all good

2) Select Link1 aggressively, dragging the mouse cursor to the left of the Link1 before the start of line, or alternatively to the right of the end of line. You will get Link1Link2Link3 picked up.

3) Now add an enter at the end of Link4 (the end of the text)

4) Now repeat step 2 above, you will find that instead if Link1Link2Link3 you will now pick up Link1Link2Link3Link4

5) Now another problem: If you highlight Link3 "accidentally" capturing the br above it (the blank line), and then click Insert Wiki Link, you get nothing.

6) Now select from beyond the end of line of Link4 back but only "nk4". You will get a garbage.

The above tests were done in Firefox.

In Safari, 5) is reproducable, but the rest can't really be reproduced except note that if you select Link2 accidentally capturing the blank line below, you get Link2Link3 or Link2Link3Link4 depending on whether there is a blank line at the end of the text.

In IE (IE8 and in IE7 compatibility mode), you don't get any text whatever you do. IN IE8 compatibility mode you get a "scroll bars appearing in the popup" which is a separate problem I suppose.

{syntax type="tiki" editor="plain"}
On a tracker you can set a group tracker field.
If you don't (never?) insert a value in the "Group Filter" for the Groups selector option any group will be seen as valid.

If you insert a value and save but then remove the value (so it is empty) and save no group will be accepted anymore and you will have to set a value.

There must be an "invisible" change (null?) that prevent this to work as expected (the field is not marked as mandatory)

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

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

The upload file plugin ({icon name="upload"} on the toolbar) is broken.
When you use it it return the value of the "insertion_syntax" instead of the plugin that should be inserted in the wiki page. It can be tested on this ticket using the toolbar upload file.

I traced the code and it lead to lib/jquery_tiki/files.js, function processFgalSyntax that return the actual wrong syntax ("file").
It should instead return the syntax like the one that can be found at : lib/filegals/filegallib.php line 2140:
{CODE()}$syntax = '{file type="gallery" fileId="%fileId%" showicon="y"}';{CODE}

{img fileId="1353" thumb="box"}
(inserted manually due to another bug)

I have tiki11.1 running on dreamhost. When I tried to upgrade to 12.0, I received the following error on step 5 of the install:

No route found. Please see http://dev.tiki.org/url+Rewriting+Revamp

I then created a new database and did a fresh install of 12.0 to the new database. I received the same error message.

I am able to log into the site and the application seems to be working okay. When I go to the Admin home page, I get the following error:

Your database requires an update to match the the Tiki version; use the installer. Using Tiki with an incorrect database version will cause errors. If you have shell (SSH) access, you can also use the following, on the command line, from the root of your Tiki installation: php installer/shell.php

Local.php still shows the version at version 11

I am not sure this is relevant but I want to point out that dreamhost uses a separate server for their mysql databases. If I install tiki at http://tiki.a2host.us, the database will reside at mysql.a2host.us.

Install using PostgreSQL will still try to install to mysql

20.0
unpack on server
svn update
Checked out revision 70418
setup -> "Tables creations status
0 %tiki_oauthserver_clients 100%
Patches creations status
Tables indexing tiki_tracker_item_fields

Building patches 99999999_image_plugins_kill_tiki

Building scripts ..." is endless

the same problem without svn