Category: Error

There is no visible limit about the length of the description field in Tiki for the user.
However this field is limited and if you go over the limit you will have a white page when saving your work potentially losing your last edit.

{CODE()}
[Mon Jun 14 09:11:25.437718 2021] [proxy_fcgi:error] [pid 46913:tid 140057356769024] [client 10.0.0.138:52983] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught TikiDb_Exception: Data too long for column 'description' at row 1 in /home/bernardsfez/public_html/lib/core/TikiDb/Exception.php:20\nStack trace:\n#0 /home/bernardsfez/public_html/lib/core/TikiDb.php(193): TikiDb_Exception::classify()\n#1 /home/bernardsfez/public_html/lib/core/TikiDb/Pdo.php(145): TikiDb->handleQueryError()\n#2 /home/bernardsfez/public_html/lib/core/TikiDb.php(101): TikiDb_Pdo->query()\n#3 /home/bernardsfez/public_html/lib/core/TikiDb/Table.php(130): TikiDb->queryException()\n#4 /home/bernardsfez/public_html/lib/core/TikiDb/Table.php(112): TikiDb_Table->updateMultiple()\n#5 /home/bernardsfez/public_html/lib/tikilib.php(5368): TikiDb_Table->update()\n#6 /home/bernardsfez/public_html/tiki-editpage.php(1227): TikiLib->update_page()\n#7 {main}\n thrown in /home/bernardsfez/public_html/lib/core/TikiDb/Exception.php on line 20', referer: https://bernardsfez.com/tiki-editpage.php?page=Comp%C3%A9tences+cl%C3%A9s+et+portefeuille+clients
{CODE}

It is an important bug (edit may be lost) on a popular feature (wiki page) and require an easy fix (real limit of text + small warning".
it should be fixed asap.

UPDATE:The value of the length accepted by the field in the database is 200 characters.
{img fileId="1608" thumb="box"}

{syntax type="tiki" editor="plain"}
Getting the following in the apache error logs:

[Mon Apr 10 06:54:39 2006] [error] [client 192.168.1.148] PHP Warning: preg_replace() [<a href='function.preg-replace'>function.preg-replace</a>]: Compilation failed: lookbehind assertion is not fixed length at offset 24 in /var/www/tiki/lib/tikilib.php on line 4229, referer: https://tiki.oururl.org/tiki-index.php

Performed normal searches on this but did not find any relevant links.

Env Info:

PHP Version 5.1.2-1 (Debian Stable)
pcre lib version: 6.4 05-Sep-2005

Apache2

Currently just a bug with no visible impact on functionality as of yet.

When I edit a wiki page :
*in edition mode it's works fine.
*in wysiwyg mode, I loose the content of the page.

we are using ldap for login to tikiwiki. If the user has a > or < character in his password he is not able to login to tikiwiki. He will get the message "password is not correct".
I asume that this might be a code problem in php or html so that tikiwiki interprete these characters as code?

The Problem will be found here:

-> /srv/www/htdocs/tikiwiki/tiki-setup_base.php

in the line:

614: $_POST = $inputFilter->filter($_POST);

...in which obviously all Request-Parameters will be somehow filtered inklusive Password
($_REQUEST['pass']). Before/After the Request-Hash looks as follows (Test-Passwort: Ordix<0590):


<!-- array(5) {
["user"]=>
string(2) "ca"
["pass"]=>
string(10) "Ordix>0590"
["login"]=>
string(6) "Log In"
["stay_in_ssl_mode_present"]=>
string(1) "y"
["stay_in_ssl_mode"]=>
string(1) "n"
}
-->

<!-- array(5) {
["user"]=>
string(2) "ca"
["pass"]=>
string(9) "Ordix0590"
["login"]=>
string(6) "Log In"
["stay_in_ssl_mode_present"]=>
string(1) "y"
["stay_in_ssl_mode"]=>
string(1) "n"
}

the "inputFilter" will be declared here:

606:$inputFilter = DeclFilter::fromConfiguration($inputConfiguration, array('catchAllFilter'));

it seems to be a Bug inTikiwiki.

is there a solution?

Ok Marc Laporte asked me to explain here wut i experienced with the image gallery on ver 1.9.7 on mandrake 10.1, and the GD i used is the 1 that comes with the install media of mandrake

(i said this on the irc channel) http://www.opensourcecms.com/index.php?option=content&task=view&id=180 at this demo is where i watched the same bug

(He asked me this)
Can you post on dev.tikiwiki.org a explanation on how to see the bug? I will take a look at it. There was some recent work to improve the image gallery. This must have introduced a bug...

Here it goes (hope i may this right)

the problem with the bug is not a thing u can C, in fact is the opposite to that, the computers hang up and do not do nothing after u want to c the page with the thuninbails to chose wich pic to watch closer.

more the a few times i had to restart the mysql and the apache services on the computer to work again cuz the hang made the server not to work properly in order to complete the request.

once i restarted the services tryed to c the same gallery and then i saw just the word "thuninbail" where the actual thun should be, those times that the server didnt freezed.

Thats the way i detected the bug.

In fact .. when i tryed the demo (earlier on this post) had the same effect, but here i couldnt restart the apache (lolz) so i couldnt enter there till the restart of the demo

When attempting to register a new user in a 12.x tiki site (svn updated to recent revisions as of today {sign user="xavi" datetime="2016-03-03T09:31:44+00:00"}), users see this image after filling in the form with all required fields (and images from the recaptcha test) and clicking at the register button:

Fatal error: Call to undefined function curl_init() in /path/tiki12svn/lib/captcha/Captcha_ReCaptcha20.php on line 49

I configured the mail-in service for the wiki,I tried with wiki-append, wiki,... configuration but the mail-in doesn't work as aspected. The page, if needed, is created but the body is not updated

I tried with outlook 2003 from the local intranet and also from the web interface of GMail.

thanks
Christian

Mail notification not showing wiki page name and url.Problem in objectlib.php.

I upgraded from 1.8.5 to 1.9.0 and the configured mail notifications (for 'any wiki page changes', send mail to some list) don't work anymore.

No PHP errors are generated, and my php max_limit is 32MB.

{CODE()}
root@site:/path# php console.php mail-queue:send --site=site.example.com
Mail queue processor starting...
Sending message 1...
PHP Fatal error: Call to undefined method Zend\Mail\Message::getRecipients() in /path/lib/core/Tiki/Command/MailQueueSendCommand.php on line 51
{CODE}

Same process works as expected in an equivalent tiki12 setup. (same server, type of commands, smtp account, equivalent cron job)

Using
URL: https://svn.code.sf.net/p/tikiwiki/code/branches/15.x
Relative URL: ^/branches/15.x
Repository Root: https://svn.code.sf.net/p/tikiwiki/code
Repository UUID: b456876b-0849-0410-b77d-98878d47e9d5
Revision: 58070
Node Kind: directory
Schedule: normal
Last Changed Author: luciash
Last Changed Rev: 58070
Last Changed Date: 2016-03-23 22:54:14 +0100 (dc, 23 mar 2016)

On the Tiki Webmail (tiki-webmail.php) there is a selector to choose what mailbox folder to display:
__Inbox__
Draft
Queue
Sent
Trash

Seems only Inbox shows something.
Sent and Trash are not working (email sent or trashed are not displayed).

About the others, I’m not sure what should be done;
* Do a user need to see the queue ?
* Tiki Webmail can't create/save draft yet

(asking in the dev list)

See this topic in the forum:

http://tikiwiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=32076&thread_sort_mode=commentDate_asc&was_queued=n

Short: Missing \r before each \n prevents sending of mail with tikiwiki installation on windows server.

I am using tikiwiki for a project at work, and one of the features we needed was the "mail-in" forum posting. The way we use this is a sales rep will e-mail an issue to a PDL. One of the e-mail addresses in the PDL is the pop account for one of the forums for our site. The site moderator reads the new "post" (e-mail) and decides which forum the discussion belongs in and moves the post to the "correct" forum.

The problem is that once moved, replies via the PDL do not follow the original thread (to the moved forum). The best case is that they end up in the "mail-in" forum location.

We can't get diagrams printed in pdf pages (generated through mpdf) in a tiki23 site behind a firewall. We have setup proxy info in tiki, and then we can use tiki profiles control panel, for instance, but we can't use composer web interface/control panel because the system is not able to connect to composer.tiki.org. It seems as if the system is not ready to use the proxy info provided in the tiki ui.

We have been able to print diagrams in tiki master (tiki23 can't be used yet in show2.t.o) in a show2.t.o instance when using __Use draw.io public services to export images__ (reported [item7802-mpdf-generation-doesn-t-include-diagrams-if-only-local-casperjs-installed-but-not-remove-service-from-draw-io|here])
However, we haven't been able to achieve the same goal in a test tiki23 site behind a firewall. So probably the proxy info needs to be added (if present) in the commands that mpdf uses or somehow?

mpdf seems to faill to include images in the generated pdf file when you use:
* some self-signed https certificate, or
* a valid one but issued from a certification agency (like from a local public administration, in our case at work) which is not recognized by your browser by default unless you import a specific authority file in the right place (and I don't know how to do that for mpdf).

I wish there was some way to tell mpdf to avoid checking https certificate validity, like the option you can have in many other programs (wget, curl, git, ...). If that is possible, then a new option should be added in Tiki UI to let the tiki site admin enable it in those known use cases in which you need that feature.

As an example, that would have allowed to use mpdf successfully in the last couple of years at work. And we still can't use it normally due to this issue.

This started when I discovered that when trying to register with an address using the "GMail-Format" like
normal.mail+something@gmail.com and it will fail although the address is valid. I have made a quick fix to allow '+' in the name part of the email address, but obviously more can be done to make this more RFC compliant. Will have to double check that email actually sends, of course.

Some references:

[http://www.regular-expressions.info/email.html]
[http://en.wikipedia.org/wiki/E-mail_address#Plus_.28or_Minus.29_addressing]

Make Tiki escape doublequotes (if any) from Realname field in user preferences

For instance,

Foo "foobar" Bar

(note the double quotes) breaks some JS functionality (mainly JS buttons and action popups do not work for the user then) - needs some escaping otherwise browser console reports an error

Too many people are having issues:

[http://tikiwiki.org/tiki-searchindex.php?highlight=open_basedir&search=|tikiwiki.org open_basedir issues]
[http://dev.tikiwiki.org/tiki-searchindex.php?highlight=open_basedir&search=|dev open_basedir issues]
[http://doc.tikiwiki.org/tiki-searchindex.php?highlight=open_basedir&search=|doc open_basedir issues]


We need someone who is strong with server administration in a shared hosting context to solve all these issues once and for all.

[http://tikiwiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=26696|maybe a hint to the solution?]

When going to Admin mods (tiki-mods.php) on a new install, make it report the directory name when the mods directory hasn't been created or lacks correct permissions.

The error reported asks to run ./setup.sh but is not specific about the directory affected here. This would be helpful to manually fix the individual directory instead of running ./setup.sh (which may not be possible in some situations like FTP installs).

maketoc does not generate any table of contents (only the heading "Table of Contents" shows) on a wysiwyg page

Everytime I use the maketoc inside a wiki page on a fresh tikiwiki 3.2 install the whole page content is duplicated every time I hit "save". Even if I delete all the content but one version and hit save the whole PREVIOUS page is duplicated again. Like I hit save: two times the page content. I delete all but one time the content, I hit save: three times the page content. I delete all but one time ... save ... four times the page content.
Only removing the maketoc makes it possible to get rid of the problem.
That was done with Opera browser on a page with 4 h1 headings but I doubt it is a browser problem. :)

This tracker item could not be found

It's fine to set a post as an "Announcement" However, it does NOT go to the top like "Sticky" but in both cases making it "Locked" replaces both "Announcement" and "Sticky".

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)