Category: Error

{syntax type="tiki" editor="plain"}
Hello,

I had it four of five times (probably systematically because I test now three time and obtain the error each time).

If you have created the last answer on a forum item and __you re-open for edit __(because you get new information a short time after you publish it and not major) when you try to save or preview your modified text you can (seems systematic) get the error :

__Notice : this variable may not be empty: $post["tread_sort_mode"]__

This makes impossible to modify your last text (answer).
You need to re-open the item from the forum the proposal "go back" crashes.
After re-open you get the same error, so it is linked to the text edit himself page display (full item re-loaded completely from db).

In 1.9.9, my site was not loading because it was waiting on an RSS feed that was not loading:
http://facil.qc.ca/cal/rss.php

Tiki should just give up after a short time.

Hi,

When trying to use the Tiki Importer for Mediawiki, I ended up with a blank page.

Reproducible everytime:
*Menu Admin / Tiki Importer
*In the dropdown box "Select the software to import from", select Mediawiki
*Click OK
=> blank page

I added this to view errors:
ini_set('display_errors',1);
error_reporting(E_ALL);

Fatal error: require_once(): Failed opening required 'Text/Wiki/Mediawiki.php' (include_path='/path/to/my/tiki/vendor/bombayworks/zendframework1/library:/path/to/my/tiki/vendor/bombayworks/zendframework1/extras/library:/path/to/my/tiki/vendor/phpseclib/phpseclib/phpseclib:.:/usr/lib64/php/:/usr/share/pear/:/usr/share/php/:/path/to/my/tiki/') in /path/to/my/tiki/lib/importer/tikiimporter_wiki_mediawiki.php on line 9


Indeed there is no Mediawiki.php in those folders

Workaround:
I found this file in the folder /vendor_extra/pear/Text/Wiki/
I copied the folder Text into /vendor/bombayworks/zendframework1/library
The file was properly called.

I guess it would be better to correct or add the path but I don't know how.

Thnak you!

I installed a brand new Tiki24 from : 6188b548 · [REL] Closing 24.0 beta release · 16 hours ago
During the installation I set the name of my database as follow "bernardsfez_tiki24Debug"
In result I had the following error:

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

I changed for "bernardsfez_tiki24debug" and it worked.

It is not stated in the online tooltip or in the installation that the database name MUST be lowercases only.
https://doc.tiki.org/Installation

When doing a fresh install of branches/19.x via tiki-install.php UI: if the user selects MyISAM as the database engine of his choice instead of the default InnoDB, then after the last step where user chooses to lock the installer there is a system error instead of the screen to change the admin login on the -+tiki-change_password.php?user=admin&oldpass=admin&newuser=y+- (which is really a shame):
{CODE()}
An error occurred while performing the request.

Things to check:

Did you complete the Tiki Installer?

Is your database corrupt? Please see how to repair your database

Are your database settings accurate? (username, schema name, etc in db/local.php)

Please see the documentation for more information.
{CODE}

See https://screenshots.firefox.com/AZAjqNbyHSzadvdJ/demo.luciash.eu

With InnoDB the same process works nicely and the user is welcomed with the admin login password change.

__Did anybody test this? How come the unit tests did not catch it?__

THE PROBLEM
Tiki15 Beta installer fails, stating:

__Zend\I18n\Filter component requires the intl PHP extension__

__Check tiki-check.php to ensure your system is ready for Tiki or refer to https://doc.tiki.org/Requirements for more information."__


HOW I TRIED TO RESOLVE IT
1) I followed the on screen suggestion to run tiki-check.php. This showed me that "intl" was "BAD" and that "intl extension is required for Tiki 15 onwards."

2) I then followed the on screen suggestion to read the documentation at "https://doc.tiki.org/Requirements". However this documentation gave no specific information on the difficulty I was experiencing.

^The instructions on screen told me:
With FTP access:
a) Change the permissions (chmod) of the directories to 777.
b) Create any missing directories
c) Execute the Tiki installer again (Once you have executed these commands, this message will disappear!)^

3) First I changed the permissions of the directories to 777. It was not clear which directories should be created, or where they should be created, so I skipped the second step. I then executed the Tiki installer again. However, exactly the same error was encountered.

4) I did some further searches and I finally managed to find a reference to this specific problem at: https://dev.tiki.org/zf1-to-zf2. The information provided at this location suggested various methods to make a change to "php.ini". I found this information difficult to understand.

5) After a lot of research I found that "php.ini" was located on the server. However, my server provider would not permit my request to make changes to "php.ini" since they said it would affect other users of the server.

Therefore, as I understand it, my only option to run Tiki15Beta is to:
a) setup my own server
b) use cloud hosting
c) find another service provider who will allow me shell access to "php.ini"


PROBLEM
The onscreen instructions in the Tiki15Beta installer do not provide an effective explanation of, or solution for, the problem: requiring the "intl PHP extension".

The only fix I found, located at https://dev.tiki.org/zf1-to-zf2, was:
a) hard to find the information
b) prohibitively hard to understand the information
c) required shell access to the server

I EXPECTED
a) Not to encounter the need for "intl PHP extension"
b) Clear on screen information as to how to apply any suggested fix.
c) The on screen information should provide an __effective__ fix.
d) The fix should not be restricted to those with shell access to their server.

webwoven
(Thomas)

Installer is broken on 4.1 in Windows 2008 R2 with the environment described below. At least two of us have exactly the same problem, so the issue is not local to us.

At the bottom is someone else's description as taken off the Installer forum. My experience is exactly the same, except I am running MySQL 5.1.41 instead of 5.1.42.

A third party suggested it has something to do with directory or session permissions, or PHP configs. To test this, I uninstalled tw 4.1 and installed 3.4 in the same environment. 3.4 worked just fine. Then I upgraded to 4.1 over top of it and it reverted to previous bad behavior. So I believe it is a 4.x bug.

I've given this a high priority because the software is unusable if you can't install it, so you probably losing a lot of users.

Here's the other guy's description of the problem:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I am trying to preform a fresh install of TW4.1 on Windows Server 08 R2, IIS 7.5, PHP 5.2.12 and MySQL 5.1.42. However, after filling in the page for the database information to populate the database, I reach a page entitled

__Tiki Installer Security Precaution__

You are attempting to run the Tiki Installer. For your protection, this installer can be used only by a site administrator.

To verify that you are a site administrator, enter your database credentials (database username and password) here.

If you have forgotten your database credentials, find the directory where you have unpacked your Tiki and have a look inside the db folder into the local.php file.

I enter the 'root' account information and hit 'Validate and Continue'. But it takes me back to the 'Welcome' page. Now any link I hit Takes me to the validation page and I enter the correct user (root) account info and I'm sent back to the 'Welcome' page. The install doesn't want to continue.

If you want, check out www.nerdzone.net to see the site.

I have the global permissions set so that individuals can change the permissions of certain features. However, when doing so, the users are getting an error message on the tiki-object permissions file.

Notice: Undefined variable: tiki_p_admin_wiki in html/tiki-5.0/tiki-5.0/tiki-objectpermissions.php on line 36

Warning: Cannot modify header information - headers already sent by (output started at html/tiki-5.0/tiki-5.0/tiki-objectpermissions.php:36) in html/tiki-5.0/tiki-5.0/tiki-objectpermissions.php on line 469

A backslash followed by 00 between non-parsing pre-formatted commands worked previously in tiki 1.8.5 but caused fatal memory errors / blank pages (even after memory increase to 64M) in tiki 1.9.2

Below is the exact line that caused the problem.
~pp~
#1 0x08071f28 in MJobSelectClass (J=0xd225858, ModifyJob=1 '\001', ModifyRM=1 '\001',
~/pp~

TikiWiki 6.3 has a permission bug.
If the page name contains any of the characters æøå, groups without any permissions will still be allowed to view and edit the page.

On a wiki page if you set a Tiki Plugin with a very big content (pictures in a slider) it is displayed all over the page under (or over) the rest of the wiki page content.

{img type="fileId" fileId="304" thumb="y" height="25%" width="25%" noDrawIcon="n"}

Please feel to reproduce the mistake in our system: http://www.feldtech.com/tiki.

Here a descrition of two such errors:
The location of a specific article is http://www.feldtech.com/tiki/tiki-read_article.php?articleId=9
but the link generated for visitors is: http://www.feldtech.com/tiki/article9


A certain gallery is to be found at http://www.feldtech.com/tiki/tiki-browse_gallery.php?galleryId=5
but tiki produces the following dead link: http://www.feldtech.com/tiki/gallery5

I am using tikiwik 1.9.7 on RHEL 3 with apache 2.0.54 and PHP Version 5.0.5. I have apache listening on port 80 and 443 (https). WHen I bring up the login page (https://myservername.domain.org/tikiwiki/) and then login, tikiwiki kicks back to the http version... (http://myservername.domain.org/tikiwiki/tiki-index.php)............
This should not happen...it is a bug.

does any body know ways to resolve it???

{syntax type="tiki" editor="plain"}
The __Redirect__ plugin takes two parameters:
* page = foo (to redirect to a wiki page)
* url = http://foo.com (to redirect to any other page)

However, Tiki sanitizes the __url__ parameter, creating url, which breaks the plugin's redirection.

Hi:

I wanted to test the new features coming along in BBB 2.3 & 2.4, so that I installed a new server with BBB 2.4. Everything from the BBB side did run smoothly, but the integration with tiki is not fully working as expected. I mean, after connectinng the tiki to bbb 2.4 server (providing the new url and bbb salt in the tiki control panel), I can see the recordings listed in the plugin bigbluebutton parsed content, but I'm never able to create a new meeting (when clicking to the create button shown by plugin bbb).

I had a look at the [https://docs.bigbluebutton.org/dev/api.html|bbb documentation], and I see that some changes are reported to the API in bbb 2.3 and 2.4.:
{CODE()}
Updated in 2.3:

create - Renamed keepEvents to meetingKeepEvents, removed joinViaHtml5, added endWhenNoModeratorDelayInMinutes
getDefaultConfigXML obsolete, not used in HTML5 client
setConfigXML obsolete, not used in HTML5 client

Updated in 2.4 (under development):

getDefaultConfigXML Removed, not used in HTML5 client
setConfigXML Removed, not used in HTML5 client
create - Added meetingLayout, activityReportTracking
{CODE}

I had a look i Tiki21 LTS, for instance, and I see that there are references to -+getDefaultConfigXML+- and -+setConfigXML+- in __lib/bigbluebuttonlib.php__

{CODE()}
(...)
173: $content = $this->performRequest('getDefaultConfigXML', ['random' => '1'], false);
(...)
192: $client = $tikilib->get_http_client($this->getBaseUrl('/api/setConfigXML.xml') . '?');
(...)
{CODE}

Could this be the reason why tiki is not creating the new room in the bbb-2.4-powered server?

If that hypothesis is confirmed, then we might hit a problem in the tiki community in the afew months whenever Fred Dixon and the BBB team upgrades the bbb instance we use in the "Tiki Roundtable Meetings" and TAG meetings, etc.

I can share the details of my bbb2.4 test server (url and salt) with any dev willing to debug and fix this issue.

I tried to install a Tiki21.x from git.
I could complete the composer installation on local and remote.

Both stop at the same point (waiting and pressing enter didn't help this time ?)

{CODE()}
-n Your choice [c]?
c
Local PHP version 74 >= to required PHP version 72 - good
You are running composer as "root", while "/Users/bernardsfez/.composer" is owned by "bernardsfez"
Warning: You forced the install of 1.10.26 via --1, but 2.5.4 is the latest stable version. Updating to it via composer self-update --stable is recommended.
You are already using composer version 1.10.26 (1.x channel).
Do not run Composer as root/super user! See https://getcomposer.org/root for details
You are using Composer 1 which is deprecated. You should upgrade to Composer 2, see https://blog.packagist.com/deprecating-composer-1-support/
Could not scan for classes inside "vendor/h5p/h5p-core" which does not appear to be a file nor a folder
Could not scan for classes inside "vendor/h5p/h5p-editor" which does not appear to be a file nor a folder
Could not scan for classes inside "vendor/pear/xml_rpc" which does not appear to be a file nor a folder
Could not scan for classes inside "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does not appear to be a file nor a folder
Gathering patches from patch file.
Removing package adodb/adodb-php so that it can be re-installed and re-patched.
- Removing adodb/adodb-php (v5.22.2)
> Tiki\Composer\RestoreVendors::restore
> Tiki\Composer\CleanVendorAfterVendorBundledMigration::cleanLinks
Loading composer repositories with package information
Installing dependencies from lock file
Package operations: 203 installs, 0 updates, 0 removals
Gathering patches from patch file.
Gathering patches for dependencies. This might take a minute.
- Installing adodb/adodb-php (v5.22.2): Downloading (100%)
- Applying patches for adodb/adodb-php
../installer/composer-patches/adodb-php__remove_references_to_adodb_extension.patch (Remove references to ADOdb Extension)

{CODE}

This was reported on ((tw:ReleaseProcess19rc1)). More info may be needed to resolve.

"Tiki uses too many cookies; problems arise when one exceeds the browser's limit on number of cookies per domain."

I set up a Tiki19 with user tracker information.
When I register ONE user the tracker is populated with one item but at tiki-view_tracker.php?trackerId=1 I see the same item twice.

{img fileId="1249" thumb="box"}
They both have the same itemId.

Hi,
My website dissapeared suddenly and my server administrators emailed me the following...........


"It appears that the core was generated from :

Core was generated by `/usr/bin/php /home/govnor/public_html/modernscifi/tiki-view_faq.php'.


I would recommend showing these core files to the script developer to see what exactly is causing them to crash so often."



************I PULLED THE FOLLOWING OFF OF THE SERVER ERROR FILES. THERE WERE MANY OF THESE ERRORS EVERY DAY.***********



[25-May-2010 12:41:58] PHP Warning: Header may not contain more than a single header, new line detected. in /home/govnor/public_html/modernscifi/lib/pear/XML/Server.php on line 394

I'm unsure of what to do to fix this.
Please email me back at NathanKing@RedRocketNovelty.com

Thank you,
Nathan King

The link to the administration of "article types" is wrong. It should be tiki-article_types.php , but when I installed, the link was to tiki-articles_types.php.

''I grepped for that link and haven't found any in php or tpl files on 1.9 BRANCH -- luci''

'Shared' contacts don't shared the field names. If userA creates an entry with a 'custom' field of 'Company' as 'The Smith Company', we see this in the db:


||contactId|fieldId|value|hidden
1 | 7 |The Smith Company|0||


The problem is that other users do not 'inherit' that custom field: so other users seeing that record will see no description of the field name. Indeed, if another user chooses 'Company' from the list of fields to add, it will get a new fieldId:

||contactId | fieldId | value | hidden
1 | 7 | The Smith Company | 0
2 | 23 | Smith Industries | 0 ||

It should, especially for the predefined (semi-custom fields, like 'Company' and 'Street Address', defined in lib/webmail/contactlib.php) 'share' these values with others instead of creating new fieldId's.

tiki-install.php reports that memory_limit is not set, when in fact it is set incorrectly

Problem observed on platform: SuSE 10.0, PHP 4.4.0, Apache 2.0.52 (installed with OS)

Steps to re-create:
1. Leave memory_limit at the default value, 8M. in /etc/php.ini
2. Run phpinfo(), verify that memory limit is set to 8m
3. Run the following script, verify that memory_limit is set to 8M.
<?
echo 'memory_limit='.ini_get('memory_limit');
?>

4. Run tiki-install.php. Memory Limit check will report "green" and state that memory limit has not been set.

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

i want to share files between groups of users, some can upload, some only download, others administrate (create and manage file galleries).
my problem is that the administrator users cannot easily assign permissions to the file galleries:
via a dedicated group i assigned tiki_p_admin_file_galleries and tiki_p_admin_objects to those users, but the key symbol to assign permissions to file gallery objects does not appear for those users. they can, however, use the link tiki-objectpermissions.php manually.

does the feature to show the objectpermissions depend on any other flags/permissions?
i could not find any hint in the documentation so far..

When giving a group the permission

tiki_p_admin_wiki

it is not enough to add a page to a structure. The corresponding input field on tiki-index.php just doesn't appear.