Category: Error

Tested in v3.1 on XP/IEv6, Vista/IEv7, Vista/Firefox. The help button (blue circle w/ question mark) next to "Advanced Search" in the module search_box does not bring up any help info. Instead, it points to the anchor #advanced_search_help on whatever page the user is viewing, but the anchor doesn't exist. IE shows an "Error on page" in the browser status bar.

Tested in XP/IEv6 with "Floating Help" UI feature on - same result. Unknown if "Floating Help" changes results in IEv7 or FF.

After creating two records in a mirror table tracker, I got those two warnings on every page I visit on that tiki site (I'm admin and I have the warnings on for admins). I know I can deactivate that message for admins, but I guess it shows there's a bug somewhere...

^
Warning: fread(): Length parameter must be greater than 0. in /var/lib/gforge/chroot/home/groups/gclub/htdocs/carpetiki/lib/cache/cachelib.php on line 47

Warning: fread(): Length parameter must be greater than 0. in /var/lib/gforge/chroot/home/groups/gclub/htdocs/carpetiki/lib/cache/cachelib.php on line 47^

!!!!- Tracker contains those fields:
^
[FIELD1]
fieldId = 1
name = Alumne
position = 10
type = u
options = 1
isMain = y
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD28]
fieldId = 28
name = Equip de DM II
position = 15
type = d
options = ,Brokers,Equip 4,Los Nueve,Persèfone
isMain = n
isTblVisible = n
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD2]
fieldId = 2
name = 1. COMPETÈNCIES
position = 20
type = h
options =
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = n
[FIELD3]
fieldId = 3
name = Els arguments dels meus companys m'han fet revisar els meus plantejaments inicials
position = 30
type = d
options = ,1,2,3,4,5,6
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = y
[FIELD4]
fieldId = 4
name = He sabut escoltar les opinions dels meus companys
position = 40
type = d
options = ,1,2,3,4,5,6
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = y
[FIELD5]
fieldId = 5
name = Les reunions prèvies amb l´equip han tingut molta influència en la meva presa de posició sobre el tema
position = 60
type = d
options = ,1,2,3,4,5,6
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = y
[FIELD6]
fieldId = 6
name = Els meus companys m´escolten quan jo parlo
position = 70
type = d
options = ,1,2,3,4,5,6
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = y
[FIELD7]
fieldId = 7
name = Em sento còmode quan jo parlo
position = 80
type = d
options = ,1,2,3,4,5,6
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = y
[FIELD8]
fieldId = 8
name = He arribat a conclusions concretes sobre els temes debatuts
position = 90
type = d
options = ,1,2,3,4,5,6
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = y
[FIELD9]
fieldId = 9
name = Estic satisfet amb el mapa conceptual que he dissenyat
position = 100
type = d
options = ,1,2,3,4,5,6
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = y
^

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.

Upgraded a test/development site from 1.9.9 to 1.10beta1. Trying to get ldap authentication working to an active directory server. After configuring for ldap auth to AD - with 'use tiki for admin auth' checked - now I cannot log in as the admin user. The AD server is taking a really long time to respond, it's at another location - so it always times out. Unfortunately the Tiki site seems to keep trying LDAP and timing out before it will check internally for the admin user. The net result... I'm currently locked out of my development/test Tiki site. LDAP times out and I can't get in as admin either.

{syntax type="tiki" editor="plain"}
On different area of a Tiki29x updated after the last 29.1 release images have a height of 2px or width of 2px.

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

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

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

{syntax type="tiki" editor="plain"}
after upgrading a ((tw:TikiLiveCD)) from 3.1 to 4.0, the user admin logs in to tilki-index.php and sees "__Permission denied you cannot view this page__"

I've seen on users management that this user has no group assigned. However, the livecd also had another user with full admin rights by granting them all to him by assigning groups to him with those permissions. Something like this:

^ admin livecd@tikiwiki.org Monday 16 de November, 2009 20:56:36 CET Assign admin to groups

root root Monday 16 de November, 2009 20:58:16 CET Assign root to groups
White Admins
White Editors
White Registered
^

Logging in as user __root__ I can admin the site, and see this user management page. But I can't through user admin after the upgrade.

--
During the upgrade, the only warnings I saw at upgrade time were:
{CODE(wrap=>1)}
INSERT INTO `tiki_menu_options` (`optionId`, `menuId`, `type`, `name`, `url`, `position`, `section`, `perm`, `groupname`, `userlevel`) VALUES (107,42,'s','Newsletters','tiki-newsletters.php',900,'feature_newsletters','tiki_p_list_newsletters','',0)
Duplicate entry '107' for key 1
INSERT INTO `tiki_menu_options` (`menuId`, `type`, `name`, `url`, `position`, `section`, `perm`, `groupname`, `userlevel`) VALUES (42,'o','Search','tiki-searchindex.php',13,'feature_search','tiki_p_search','',0)
Duplicate entry '42-Search-tiki-searchindex.php-13-feature_search-tiki_p_search-' for key 2
-- 2009-09-18 lphuberdeau
ALTER TABLE `tiki_transitions` ADD COLUMN guards TEXT NOT NULL DEFAULT '[]'
BLOB/TEXT column 'guards' can't have a default value
{CODE}

Hello,

As I told about, after upgrading from 4.2 (I am testing from 4.3) many errors occurs. This theated in a glabal way in id4377.

After connecting as administrator if you submit "Users management" and try to modify a user preférences you will reach a

__fatal error__ :

Table "<your database>.tiki_trk_1" missing

You will find joined the htm saved from "page source code"

I did a version upgrade from 1.9.7 to 2.4
I have problems with file galleries.
When I try to upload a file I receive the following error:

__An error occured in a database query!__

Context:
File tiki-upload_file.php
Url tiki-upload_file.php
Query:
insert into `tiki_files`(`galleryId`,`name`,`description`,`filename`,`filesize`,`filetype`,`data`,`user`,`created`,`hits`,`path`,`hash`,`search_data`,`lastModif`,`lastModifUser`, `comment`, `author`, `lockedby`) values(?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)
Values:
(then a lot of values follows)
.....

Message:
Built query was probably:

nsert into `tiki_files`(`galleryId`,`name`,`description`,`filename`,`filesize`,`filetype`,`data`,`user`,`created`,`hits`,`path`,`hash`,`search_data`,`lastModif`,`lastModifUser`, `comment`, `author`, `lockedby`) values('21','','','Ten Conf Caballeros Orientales 131.pdf','27400','application/pdf','%PDF-1.4 %�쏢 5 0 obj <</Length 6 0 R/Filter /FlateDecode>> stream k��5$~t���E�sm�S�xn��P�@�T��.\0��9�X��>��ͤ�oÚšp1O&}�+'admin'R���Qb�/O#�,bg�j�ӱ�G�s�y`�RY:����xa#���\0�$O\'R�̨�Ù“tL(e].....binary data continues......,%%EOF ',?,?,?,?,?,?,?,?,?,?,?)

Please I thank you for a solution, because I have my site without this functionallity that is very important to my users

Pablo

Upgraded from 2.4 to 3.0rc1. Upon loading the site for the first time, the header is completely missing, including the search bar. During upgrade the following DB errors ocurred for me, and I don't know if this is related.

#sylvieg 2008-10-29
ALTER TABLE `tiki_tracker_items` ADD index trackerId (trackerId)
Duplicate key name 'trackerId'
ALTER TABLE `tiki_tracker_fields` ADD index trackerId (trackerId)
Duplicate key name 'trackerId'
ALTER TABLE `tiki_tracker_item_attachments` ADD index itemId (itemId);
Duplicate key name 'itemId'
INSERT INTO users_permissions (permName, permDesc, level, type) VALUES ('tiki_p_search_categorized', 'Can search on objects of this category', 'basic', 'category')
Duplicate entry 'tiki_p_search_categorized' for key 'PRIMARY'
INSERT INTO `tiki_menu_options` (`menuId`, `type`, `name`, `url`, `position`, `section`, `perm`, `groupname`, `userlevel`) SELECT 42,'o','Content Templates','tiki-admin_content_templates.php',1256,'','tiki_p_edit_content_templates','',0 FROM `tiki_menu_options` WHERE @fgcant = 0
Duplicate entry '42-Content Templates-tiki-admin_content_templates.php-1256--tiki' for key 'uniq_menu'

after upgrade from 9.x to 12.x wiki pages with html code are reopened wrongly with wysiywg editor and no way to switch to normal through UI

It was rather annoying, since there was no way to revert back to a the normal plain text editor unless I appended by hand in the url the "__&mode_normal=y__" param.

I'll try to reproduce locally with the dump of the production site where this happened, and if I manage, I'll send a dbsump to a developer willing to bugfix it.

After upgrading from 1.9.11 to 2.2, the Last Files module is showing up empty.

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.

I have the following problem:

we wanted to upgrade our old tiki 2.2 to the new tiki 4.0 but there are some problems.

after using tiki-install.php to upgrade the old tiki to the new one the image galleries doesn't work anymore, even though it is activiated in the features menu.

the problem is the following:
every time i want to go to tiki-galleries.php i get the following error:
----
The following error message was returned:

__The query was:__
__select `sortorder`,`sortdirection` from `tiki_galleries` where `galleryId`=?__

__Values:__

__1. 13__
__2. o__

__The built query was likely:__
__select `sortorder`,`sortdirection` from `tiki_galleries` where `galleryId`='13'__
----

the problem is as you see there is no error message only the query is displayed.

i tried to install a vanilla 4.0 and created two galleries where each of it has one image in it and it works fine

i compared the database tables tiki_images, tiki_images_data and tiki_galleries and they seem to have the same structure

i tried to copy the tables mentioned above from the upgraded tiki into a clean install and still get the error above

possible problem seems to be with the tiki_image table as it works fine without the images in the image tables - but the error appears only after i copy the image tables into the database

it would be nice if someone could help me / fix this problem as it would take some time to reupload all the images (then probably into the file galleries)

and besides that is there a tool that moves the images from the image gallery to the file gallery for future use?

edit: all the other php files work like tiki-list_gallery.php and tiki-browse_gallery.php

When switching between wysiwyg and syntax, or visa versa, an "ajax error" is triggered. I have seen this error since tiki14, it is random, and happens so often, I have not seen the error in a long time since I was using tiki15x, but after installing a fresh instance of tiki16x, the "ajax error" is back. Please see screen shot:
{img fileId="1119" thumb="box"}
---
After configuring the show instance closely to my own tiki instance, and after installing text on the home page, I was able to recreate the "ajax error" when switching between wysiwyg and syntax.

{syntax type="tiki" editor="plain"}
When activating the WYSIWYG in either HTML or Wiki mode, I get an strange Ajax error that prevents me from even using the editor.

Please see SHOW and JCapture for demo

I also tested this on Firefox, Chrome (Mac, Win 7) and IE 9

{syntax type="tiki" editor="plain"}
Ajax seems to be buggy and producing a serious bug which duplicates the content of wiki page edit under some circumstances.

[[10:07] chibaguy Yeah, I've seen a number of complaints about that in the tw.o forums.
[[10:08] xavi It's been reported as such by some users and they discovered that disabling ajax solved (as a workaround) the issue. And the issue is a big bug (I suffered from it in tiki 3 something a few months ago)
I was going to fill a bug, but dev.tw.o down nowadays to me
[10:10] xavi that's the recent bug report in he forums, where they talk about the disabling-ajax workaround:

[http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=34537&topics_offset=5&topics_sort_mode=lastPost_desc&forumId=4]

----
See similar bug (but not related to ajax) here, reproduced also with 5.0rc2:
http://dev.tikiwiki.org/bug3211

if build a structure as below
item1
item2
中文A
中文B
中文1
中文2

the last level won't be auto translated in random case, but if put as below, it works.
item1
item2
中文B
中文1
中文2
中文A

looks the problem is due to boundary handling issue for last item in a Structure.

===WAS: Alias Donation not working on t.o===
On Google I was looking for "Tiki Wiki Donation".
I get a result and this is the link:
~pp~https://tiki.org/tiki-index.php?page=Donation&structure=Donation~/pp~

But it goes to a non existing page that need to be created.

If I go at https://tiki.org/Contribute-to-Tiki I see this page as a "Donation" alias.
Something is not working as expected. (removing &structure=Donation doesn’t help).

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

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

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

---

===Update: 2021-05-19===
Now on Google when you look for "Tiki Wiki Donation", the output is:
* https://tiki.org/sheet15 : a public sheet that display 2011 donations (===anonymous can see !===)
* https://tikiwiki.org/sheet15?parse=edit : an error page (Permission denied: feature_sheet)
Not really an improvement of the situation... ?

Note: Googling "Tiki Donation" output is:
* https://tiki.org/Contribute-to-Tiki
* https://tiki.org/sheet15 : a public sheet that display 2011 donations (===anonymous can see !===)
* https://tikiwiki.org/sheet15?parse=edit : an error page (Permission denied: feature_sheet)
There too it is not really optimal

If you add an event and set it to all day the event appears on the day before, and if you have fullcalendar enabled, also the day you chose.

This is likely to be to do with timezones, my tests are with the server (php), the tiki pref and the user all being in UTC. Will try to reproduce on show.

Users see an "All shards failed" error/warning feedback when using Elasticsearch on pages with LIST plugins and sort_mode set in query string (by whatever means, either the page's php itself or whatever). It will happen because if the sort_mode is set to something which is invalid for that search query, Elasticsearch will throw an error.

This issue should actually be handled In lib/core/Search/Query.php, as there is already an attempt at gracefully bypassing sort errors in function search(..), but it is not working (prob because of Elasticsearch upgrades). the sort exception is thrown in lib/core/Search/Elastic/Connection.php using a preg_match('/No mapping found for \[(\S+)\] in order to sort on/, it could be very likely ElasticSearch changed this. In fact, that whole firing different type of errors need to be reviewed for different version of Elasticsearch.

There is nevertheless a workaround for now even if the above isn't fixed - i.e. if you set a sort_arg variable for each of the LIST plugins on the page it will solve it, as then sort_mode in the query string won't affect these LIST searches. https://doc.tiki.org/LIST+-+list+or+pagination+command

When you click on any of the buttons in the wiki page editor to create any kind of tracker function you get a pop-up that says
Oops!
The Symfony\Polyfill\Intl\Icu\Locale::getPrimaryLanguage() is not implemented. Please install the "intl" extension for full localization capabilities.
I can swap between php7.4 and php8 and both have the php-intl extension installed.
file permissions are www-data:www-data ugo+rwx. So all good in that area.

Hello,

Relating to id2936 id2950 and another id lost (mine but when the author was not set always into track id data's.

It remains impossible to an admin to changed quite anything depending of admin (can create wiki, articles) but not to end any admin task.

The action as, change a user prefs etc, disconnect admin and send the ERROR Connect page __access not allowed__ so the corresponding sites are dead sites.

An installation of 3.3 or upgrade to 3.6 must be done again from database backup.

The problem is that if users has been connected between the upgrade and the necessity for admin to make some changes (I have made...) I had to manually add articles and wiki pages from sql.

We must admit that upgrade from 3.x to 3.x is impossible in some cases unknown, not yet found

I test today if an upgrade 4.2->4.3 had an effect but none.

trebly

All users with permission tiki_p_search active can admin.

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)__