Category: Error

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

This happens in the same context as my others tracks (3029 - 3057).

This is a problem that is completely identified.
In my opinion it is important.

!!Context
!!!system
The database has been saved in SQL and loaded with upgraded versions of mysql and php 5.3.2.
There is in my opinion no relation with the system context.

!!!Program execution
During start the current session prefs contained into cache participate to generation of the query launch to reinit the context of previous current session.

!!ERROR
__A fatal error occurs in tikisession-pdo.php on line 44 function write statement <$sth->execute();>

!!!Message
PDOException: SQLSTATE[HY093]: Invalid parameter number: no parameters were bound in D:\Trebly\Teawik-ld8-422a\lib\tikisession-pdo.php on line 44__

!!!Analyze
The var_dump($qry) in "prepare" function (see my interface in Class TikiDb_Pdo) gives (extract)

''object(PDOStatement)[42]
public 'queryString' => string 'update sessions set data='need_reload_prefs|b:0;serialized_prefs|a:9:{i:0;s:27:"feature....''

!! Problem identified
The problem comes from the fact that into the session->data you can find the HOMEPAGE article "title" which is, in this case (French):

''__s:46:"Page d'accueil spécifique des administrateurs";__''

so the " ' " not escaped generates the crash of the request.


!!Solution ?
!!! Proposal, basis :
When the titles of articles (or any text which can occur into prefs or any query) are stored the " ' " must be escaped into the database.

!!! Proposal for compatibility :
#identify any text which can be used into queries
#be sure that these text have " ' " escaped everywhere, if not
- upgrade database
- upgrade display for these text with escaped " ' "
- upgrade when text is got from forms the data transfer to database with the escaped " ' "
- set a test on syntax queries to catch this error. A simple test of " ' " into query which display error message (because it is impossible to execute a validate successful query).

!!!Note :
Note : Temporarily I have implemented for me a syntax control and a validation test for " ' " into the query which escapes the incongruous " ' " with a warning message. This because with this title the content will not be found... but the query don't answers in a right manner.
To execute completely I have suppressed in my test database the " ' " into the titles. This can't be used in an operational config.

This occurs because I use for test an homepage which depend of the main group of users of the user.
So I have severals homepages managed as articles with a link to categories.

On his homepage a user can in this way find :
# his main homepage
# links to secondary homepages depending of his roles into the site

A new short URLs / Search Engine Friendly / Rewrite Rule with .htaccess was added to Tiki 2.0 as experimental (great!)

However, this causes issues with pages like:

http://tikiwiki.org/Custom+email+message+to+new+tikiwiki.org+registrants
http://tikiwiki.org/TikiWikiRelease1.6


Related:
[wish2108|Equivalent characters for page linking, backlinking, searching, etc (ex.: space, underscore, period)]

When the Draw feature is 'on' the File Gallery listing (tiki-list_file_gallery.php) shows the "Create Drawing" button after correctly checking in tiki-list_file_gallery.tpl that the the feature is 'on' and the user has upload permission for the specific gallery

However another permission check is made in tiki-edit_draw.php (line 63 onwards) but it seems to be only a global permission check so if the user has upload permission given by categorisation the button is shown but then the .php code gives an error message saying that the use does not have permission.

The permission check in tiki-edit_draw.php should therefore be extended to check for category (and perhaps object ? ) permission

With a new install and you click on "add event" (after activating calendar) you get an error "Permission denied you can not view this page".

However, the real problem is that no calendar has been created so tikiwiki can't add the event.

The error message should be more descriptive.

I upgraded one of my subdomains from tikiwiki 3.3 to tikiwiki 4.1. After the upgrade admin can login but with an error message "Permission denied. You cannot view this page."

For other users it seems functioning alright. Only admin can do nothing.

Permission from category are not applied for tiki_p_edit (Can edit/create pages) even if group "Default category assigned to uncategorized object edited by a user with this default group" is set.
Unless GLOBAL permission for tiki_p_edit is set (which is wrong as user of this group will be now able to create and edit any page anywhere without being locked in their category:structure).

Real life case:
I have a tiki with several section (shop, store, marketing).
I create a category for each section.
For each section i also create group of user so each each group can edit is own section only.
I set 3 structures so user can also create page in his structure/category/section.

In group preference, i set each group to have "Default category assigned to uncategorized object edited by a user with this default group" with the relevant category (group_shop to category_shop, etc).

As things should work.
If a member of group_shop create a (child) page from a page in structure_shop having tiki_p_edit checked for category_shop, tiki should understand that the new page should inherit from the same category permission (category_shop) and create/edit the page.

But this is not happening. Tiki see the new page to be create has "non-categorised" yet therefor doesn't allow the creation for a usergroup with tiki_p_edit uncheck in global permissions.

Summary: When creating a new page, tiki should check user group category permission and apply them prior the page exist (applying inheritance on a create state page - not saved yet).

In tiki-assignpermission.php, if you create a blank level and then, you have blank levels for some permissions, you will get an error like:


{img src=images/code.png}%%% {CODE()}
The XML page cannot be displayed
Cannot view XML input using XSL style sheet. Please correct the error and then click the Refresh button, or try again later.


--------------------------------------------------------------------------------

Only one top level element is allowed in an XML document. Error processing resource 'tiki-assignper...

<b>Notice</b>: Undefined index: tiki_p_take_quiz in <b>tiki-...

{CODE}

And you can't via the interface re-assign the level to that permission. You need to clean the mess in phpmyadmin



If you have phpmyadmin, to reset permissions to original state:

1- go here:
http://tikiwiki.cvs.sourceforge.net/tikiwiki/tiki/db/tiki.sql?revision=1.214.2.215&view=markup&pathrev=BRANCH-1-9

2- find "Table structure for table users_permissions"

and copy/paste that section (just that section) in sql commands

lines 4001 to 4191



reported by johnh on #tikiwiki

Maybe 1.10 is affected as well...

Anonymous can view this gallery:
http://www.marclaporte.com/gallery1
And there is a list to the galleries:
Put I can't list the available galleries (available to anonymous)
http://www.marclaporte.com/tiki-galleries.php


There is a related problem with tiki-list_gallery.php where a :

if ($tiki_p_admin_galleries != 'y')

which prevents all individual image gallery permission checks

See below;
{CODE(colors="shell", ln="1")}
root@penguinbookpro:/var/www/html/12.x# php console.php d:i --force; php console.php p:a Collaborative_Community_12x
Installation completed.
Queries executed successfully: 1374
PHP Notice: Undefined index: country in /var/www/html/12.x/lib/core/Search/ContentSource/UserSource.php on line 56
PHP Deprecated: iconv_set_encoding(): Use of iconv.internal_encoding is deprecated in /var/www/html/12.x/vendor/bombayworks/zendframework1/library/Zend/Validate/Hostname.php on line 553
PHP Deprecated: iconv_set_encoding(): Use of iconv.internal_encoding is deprecated in /var/www/html/12.x/vendor/bombayworks/zendframework1/library/Zend/Validate/Hostname.php on line 649
PHP Deprecated: iconv_set_encoding(): Use of iconv.internal_encoding is deprecated in /var/www/html/12.x/vendor/bombayworks/zendframework1/library/Zend/Validate/Hostname.php on line 553
PHP Deprecated: iconv_set_encoding(): Use of iconv.internal_encoding is deprecated in /var/www/html/12.x/vendor/bombayworks/zendframework1/library/Zend/Validate/Hostname.php on line 649
PHP Deprecated: iconv_set_encoding(): Use of iconv.internal_encoding is deprecated in /var/www/html/12.x/vendor/bombayworks/zendframework1/library/Zend/Validate/Hostname.php on line 553
PHP Deprecated: iconv_set_encoding(): Use of iconv.internal_encoding is deprecated in /var/www/html/12.x/vendor/bombayworks/zendframework1/library/Zend/Validate/Hostname.php on line 649
PHP Deprecated: iconv_set_encoding(): Use of iconv.internal_encoding is deprecated in /var/www/html/12.x/vendor/bombayworks/zendframework1/library/Zend/Validate/Hostname.php on line 553
PHP Deprecated: iconv_set_encoding(): Use of iconv.internal_encoding is deprecated in /var/www/html/12.x/vendor/bombayworks/zendframework1/library/Zend/Validate/Hostname.php on line 649
PHP Deprecated: iconv_set_encoding(): Use of iconv.internal_encoding is deprecated in /var/www/html/12.x/vendor/bombayworks/zendframework1/library/Zend/Validate/Hostname.php on line 553
PHP Deprecated: iconv_set_encoding(): Use of iconv.internal_encoding is deprecated in /var/www/html/12.x/vendor/bombayworks/zendframework1/library/Zend/Validate/Hostname.php on line 649
PHP Deprecated: iconv_set_encoding(): Use of iconv.internal_encoding is deprecated in /var/www/html/12.x/vendor/bombayworks/zendframework1/library/Zend/Validate/Hostname.php on line 553
PHP Deprecated: iconv_set_encoding(): Use of iconv.internal_encoding is deprecated in /var/www/html/12.x/vendor/bombayworks/zendframework1/library/Zend/Validate/Hostname.php on line 649
PHP Notice: Undefined index: mail in /var/www/html/12.x/lib/core/Tiki/Profile/InstallHandler/Forum.php on line 123
PHP Notice: Undefined index: list_att_nb in /var/www/html/12.x/lib/core/Tiki/Profile/InstallHandler/Forum.php on line 169
PHP Notice: Undefined index: outboundEmail in /var/www/html/12.x/lib/core/Tiki/Profile/InstallHandler/Tracker.php on line 141
PHP Warning: PDOStatement::execute(): SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'user' cannot be null in /var/www/html/12.x/lib/core/TikiDb/Pdo.php on line 75
Installation failed:
Applying profile: Collaborative_Community_12x
Preference set: sitetitle=Our community
Preference set: sitesubtitle=Log on, Learn, Share
Preference set: browsertitle=Community Wiki
Preference set: feature_top_bar=y
Preference set: feature_sitemenu=y
Preference set: allowRegister=y
Preference set: modseparateanon=y
Preference set: feature_modulecontrols=y
Preference set: users_prefs_user_information=public
Preference set: feature_community_mouseover=y
Preference set: users_prefs_show_mouseover_user_info=y
Preference set: feature_search_fulltext=y
Preference set: search_autocomplete=y
Preference set: useGroupHome=y
Preference set: limitedGoGroupHome=y
Preference set: feature_search=y
Preference set: feature_site_report=y
Preference set: feature_contact=y
Preference set: contact_anon=y
Preference set: feature_wiki_print=y
Preference set: feature_wiki_attachments=y
Preference set: wiki_auto_toc=y
Preference set: wikiplugin_proposal=y
Preference set: wikiplugininline_proposal=y
Preference set: wikiplugininline_remarksbox=y
Preference set: wikipluginprefs_pending_notification=y
Preference set: feature_wiki_comments=y
Preference set: comments_field_email=y
Preference set: comments_field_website=y
Preference set: feature_forums=y
Preference set: feature_forum_parse=y
Preference set: feature_user_watches=y
Preference set: feature_group_watches=y
Preference set: calendar_fullcalendar=y
Preference set: feature_trackers=y
Preference set: ajax_inline_edit=y
Preference set: tracker_change_field_type=y
Preference set: wikiplugin_trackercalendar=y
Preference set: trackerfield_dropdownother=y
Preference set: feature_calendar=y
Preference set: wikiplugin_convene=y
Added (or modified): module "since_last_visit_new"
Added (or modified): module "quick_edit"
Added (or modified): wiki_page "HomePage"
Added (or modified): wiki_page "Instructions"
Added (or modified): wiki_page "Community"
Added (or modified): wiki_page "Wiki Help"
Added (or modified): forum "Discussion forum"
Added (or modified): tracker "Tracker to show items through a calendar"
Added (or modified): tracker_field "Summary"
Added (or modified): tracker_field "Location"
Added (or modified): tracker_field "Priority"
Added (or modified): tracker_field "Description"
Added (or modified): tracker_field "Start date"
Added (or modified): tracker_field "End date"
Added (or modified): tracker_item "No name"
Added (or modified): tracker_item "No name"
Added (or modified): tracker_item "No name"
Added (or modified): tracker_item "No name"
Added (or modified): tracker_item "No name"
Added (or modified): tracker_item "No name"
Added (or modified): tracker_item "No name"
Added (or modified): tracker_item "No name"
Added (or modified): plugin_alias "event"
An error occurred: Column 'user' cannot be null
{CODE}

My server has PHP 7.4 installed, and I get the following messages:

!! __Home Page - logged in__

Deprecated: Array and string offset access syntax with curly braces is deprecated in /tiki-sefurl.php on line 193

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/init/initlib.php on line 245

Deprecated: Array and string offset access syntax with curly braces is deprecated in /vendor_bundled/vendor/h5p/h5p-core/h5p.classes.php on line 2590

Deprecated: Array and string offset access syntax with curly braces is deprecated in /vendor_bundled/vendor/h5p/h5p-core/h5p-development.class.php on line 70

Deprecated: Unparenthesized `a ? b : c ? d : e` is deprecated. Use either `(a ? b : c) ? d : e` or `a ? b : (c ? d : e)` in /tiki-setup_base.php on line 223

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Tiki/MemoryLimit.php on line 45

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 416

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 1925

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 5147

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 5147

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 6448

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/modules/modlib.php on line 554

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/userslib.php on line 369

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/userslib.php on line 371

Deprecated: The behavior of unparenthesized expressions containing both '.' and '+'/'-' will change in PHP 8: '+'/'-' will take a higher precedence in /lib/userslib.php on line 8313

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Perms/Accessor.php on line 118

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Perms/Accessor.php on line 118

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/parser/parserlib.php on line 275

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/parser/parserlib.php on line 1442

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/WikiParser/PluginMatcher.php on line 389

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/WikiParser/PluginMatcher.php on line 602

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/WikiParser/PluginArgumentParser.php on line 27

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/WikiParser/PluginArgumentParser.php on line 35

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/WikiParser/PluginArgumentParser.php on line 39


!!__Editing Home Page__

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/wiki/editlib.php on line 1088

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/toolbars/toolbarslib.php on line 870

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/toolbars/toolbarslib.php on line 873


!! __Entering admin main page__


Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/prefslib.php on line 142

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Search/MySql/FieldQueryBuilder.php on line 31

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Search/MySql/FieldQueryBuilder.php on line 41


!!__Search Page__

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/init/initlib.php on line 245

Deprecated: Array and string offset access syntax with curly braces is deprecated in /vendor_bundled/vendor/h5p/h5p-core/h5p.classes.php on line 2590

Deprecated: Array and string offset access syntax with curly braces is deprecated in /vendor_bundled/vendor/h5p/h5p-core/h5p-development.class.php on line 70

Deprecated: Unparenthesized `a ? b : c ? d : e` is deprecated. Use either `(a ? b : c) ? d : e` or `a ? b : (c ? d : e)` in /tiki-setup_base.php on line 223

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Tiki/MemoryLimit.php on line 45

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 416

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 1925

Deprecated: Array and string offset access syntax with curly braces is deprecated in/lib/tikilib.php on line 5147

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 5147

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/tikilib.php on line 6448

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/modules/modlib.php on line 554

Deprecated: Array and string offset access syntax with curly braces is deprecated in/lib/userslib.php on line 369

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/userslib.php on line 371

Deprecated: The behavior of unparenthesized expressions containing both '.' and '+'/'-' will change in PHP 8: '+'/'-' will take a higher precedence in /lib/userslib.php on line 8313

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Perms/Accessor.php on line 118

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/core/Perms/Accessor.php on line 118

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/parser/parserlib.php on line 275

Deprecated: Array and string offset access syntax with curly braces is deprecated in /lib/parser/parserlib.php on line 1442


!!__File Gallery__

Deprecated: Unparenthesized `a ? b : c ? d : e` is deprecated. Use either `(a ? b : c) ? d : e` or `a ? b : (c ? d : e)` in /fgal_listing_conf.php on line 122


I have 6 other sites running and I can not change the PHP version to anything less.

I try to install tiki 23 on Ubuntu 20.04.3 LTS using PHP 8.0 Apache2 2.4.41, phpMyadmin 4.9.5deb2.
Aferter https://doc.tiki.org/Installation point 1.3.1 I try to run instalation
(tiki-check.php - all setup OK)
after type: myIP/tiki-install.php
and I got error:

Deprecated: Required parameter $global_ref follows optional parameter $var_names in /var/www/html/lib/tikilib.php on line 4339

Deprecated: Required parameter $name follows optional parameter $moduleId in /var/www/html/lib/modules/modlib.php on line 97

Deprecated: Required parameter $title follows optional parameter $moduleId in /var/www/html/lib/modules/modlib.php on line 97

Deprecated: Required parameter $position follows optional parameter $moduleId in /var/www/html/lib/modules/modlib.php on line 97

Deprecated: Required parameter $order follows optional parameter $moduleId in /var/www/html/lib/modules/modlib.php on line 97

Deprecated: Required parameter $contributions follows optional parameter $type in /var/www/html/lib/Logs/LogsLib.php on line 1316

Deprecated: Required parameter $contributions follows optional parameter $type in /var/www/html/lib/Logs/LogsLib.php on line 1341

Deprecated: Required parameter $contributions follows optional parameter $type in /var/www/html/lib/Logs/LogsLib.php on line 1372

Deprecated: Required parameter $contributions follows optional parameter $type in /var/www/html/lib/Logs/LogsLib.php on line 1400

Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in /var/www/html/lib/headerlib.php:487 Stack trace: #0 /var/www/html/temp/templates_c/en_classic^ff2e2171930e1606894d77b77c370f5d83f3459c_0.file.header.tpl.php(411): HeaderLib->output_headers() #1 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_61407e22a3d915_75117444() #2 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode() #3 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(216): Smarty_Template_Compiled->render() #4 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(385): Smarty_Internal_Template->render() #5 /var/www/html/temp/templates_c/en_classic^32893ef05c415457a8b5661515c2123477875d96_0.file.tiki-install_screens.tpl.php(33): Smarty_Internal_Template->_subTemplateRender() #6 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_61407e2295f830_09645746() #7 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode() #8 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(216): Smarty_Template_Compiled->render() #9 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(232): Smarty_Internal_Template->render() #10 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(134): Smarty_Internal_TemplateBase->_execute() #11 /var/www/html/lib/init/smarty.php(459): Smarty_Internal_TemplateBase->display() #12 /var/www/html/installer/tiki-installer.php(885): Smarty_Tiki->display() #13 /var/www/html/tiki-install.php(118): include_once('...') #14 {main} thrown in /var/www/html/lib/headerlib.php on line 487


after switching to php 7.4 setup run correctly

Hi,

I use PluginFluid Grid extensively now, the best, simplest, quickest and easiest feature for somewhat modern wiki page design. However, every time I add it to a page it adds a php error:

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

If two PluginFluidGrids on a page, than, 2 error messages, and so on.

While this does not affect usability, this probably should be cleaned up. Maybe this affects Googles bots for 'crawlability', so for those interested in top notch SEO, this could be a minor issue.

Is this a 'low hanging fruit' or lot's of work?

Br,
Mike

Basically, when PHP error reporting is turned off in the admin panel, the button to 'Show php error messages' still shows up on the printing page.

So with the option 'No error reporting' selected in the General admin panel, the button is hidden on the rest of the site. The only place it continues to show up is on the print page template. I could easily hide this with CSS, but I would prefer that the underlying structure of Tiki handle turning off the button from the admin panel.

{syntax type="tiki" editor="plain"}
-+ERROR (E_WARNING): Undefined variable $access_control_allow_credentials
At line 463 in lib/init/smarty.php
ERROR (E_WARNING): Undefined variable $access_control_allow_methods
At line 466 in lib/init/smarty.php
ERROR (E_WARNING): Undefined variable $access_control_allow_headers
At line 475 in lib/init/smarty.php
ERROR (E_WARNING): Undefined variable $cross_origin_embedder_policy
At line 484 in lib/init/smarty.php
ERROR (E_WARNING): Undefined variable $cross_origin_resource_policy
At line 499 in lib/init/smarty.php
ERROR (E_WARNING): Undefined variable $cross_origin_opener_policy
At line 514 in lib/init/smarty.php+-

I was unable to find a setting that causes these errors.

I've upgradede another site from Tiki12 to Tiki15, andI see this error messages in the "Show php error messages" at the bottom:

{CODE(colors="php", ln="1")}
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/parser/parserlib.php
Line: 1523
Type: mb_strlen() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/ObjectFactory.php
Line: 110
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/ObjectFactory.php
Line: 110
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/ObjectFactory.php
Line: 110
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/ObjectFactory.php
Line: 110
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/CategoryFactory.php
Line: 253
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/CategoryFactory.php
Line: 253
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/CategoryFactory.php
Line: 253
Type: trim() expects parameter 1 to be string, array given
PHP (5.5.9-1ubuntu4.17) ERROR (E_WARNING):
File: lib/core/Perms/ResolverFactory/CategoryFactory.php
Line: 253
Type: trim() expects parameter 1 to be string, array given
{CODE}

{GROUP(groups="Registered")}For the record, errors shown here:
https://sustainability.seeds4c.org
{GROUP}

PHP ERRORS and NOTICES first spotted in 2.0 and then 2.1 and still persisting in 2.2.

Reported in the Usability and Architecture Forums but not posted here before. Seems to be repeatable for me - but not sure if anyone else has seen this - could it be the version of PHP I'm using 5.2.6?

The effects are repeatable for upgraded sites and fresh 2.1 sites - have just upgraded the 'fresh' 2.1 test site to 2.2 and its still there. Not yet created a fresh 2.2 site.

The Smarty errors occur when clearing the cache - the Notices of varying type and number occur persistently at most screens - but obviously you need to have Report all errors switched on.

All sites seem to be working OK and not showing any problems in actual performance and behaviour but would like to get to the bottom of this.

~np~

PHP (5.2.6) ERROR (E_USER_ERROR):
File: Smarty.class.php
Line: 1092
Type: Smarty error: [in remarksbox.tpl line 7]: syntax error: invalid attribute name: 'vertical-align' (Smarty_Compiler.class.php, line 1545)

PHP (5.2.6) ERROR (E_USER_ERROR):
File: Smarty.class.php
Line: 1092
Type: Smarty error: [in remarksbox.tpl line 7]: syntax error: invalid attribute name: '=' (Smarty_Compiler.class.php, line 1545)

PHP (5.2.6) ERROR (E_USER_ERROR):
File: Smarty.class.php
Line: 1092
Type: Smarty error: [in remarksbox.tpl line 7]: syntax error: invalid attribute name: '"middle"' (Smarty_Compiler.class.php, line 1545)

PHP (5.2.6) NOTICE (8):
File: enen^%%B3^B31^B31A2BB0%%tiki-admin_system.tpl.php
Line: 105
Type: Undefined index: advanced_features

PHP (5.2.6) NOTICE (8):
File: en^%%F9^F99^F99945B7%%tiki-user_menu.tpl.php
Line: 103
Type: Undefined index: menu

PHP (5.2.6) NOTICE (8):
File: en^%%F9^F99^F99945B7%%tiki-user_menu.tpl.php
Line: 103
Type: Undefined index: menu
~/np~
and lots more of these NOTICES !


No longer relevant

We use speadsheets in Tiki 12 since several years. Now we migrated two sites running on two different servers from 12.4 to 15.0 and from 13.0 to 15.0

In both cases I cannot view the list of spreadsheets. (already posted in the [https://tiki.org/forumthread59750|forum])

I tried to use the feature in the demo site. The Tiki 15 xersion there is 15.0alpha and spredsheets are running well.

I checked my error log and found
PHP Fatal error: Class 'PEAR' not found in ... /lib/sheet/excel/writer/format.php on line 44

I tried a workaround and inserted before line 44 in format.php
require_once('PEAR.php');
Now I could view and create spreadsheets

I tried to import a sheet from CSV, but it failed with
PHP Fatal error: Call to undefined method TikiSheet::setSize() in ... /lib/sheet/grid.php on line 1234

{syntax type="tiki" editor="plain"}
I get a blank white webpage. phpinfo() function works in a separate php page.

[proxy_fcgi:error] [pid 3764] [client 127.0.0.1:55810] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught TypeError: in_array(): Argument #2 ($haystack) must be of type array, false given in /home/www/tiki-27.0/lib/perspective/binderlib.php:49\nStack trace:\n#0 /home/www/tiki-27.0/lib/perspective/binderlib.php(49): in_array()\n#1 /home/www/tiki-27.0/tiki-setup_base.php(687): AreasLib->getPerspectiveByObjectAndCategories()\n#2 /home/www/tiki-27.0/tiki-setup_base.php(693): {closure}()\n#3 /home/www/tiki-27.0/tiki-setup.php(58): require_once('...')\n#4 /home/www/tiki-27.0/tiki-index.php(43): require_once('...')\n#5 {main}\n thrown in /home/www/tiki-27.0/lib/perspective/binderlib.php on line 49'

I've run a script on all profiles from all branches ( https://github.com/xavidp/TikiProfilesTester ) and I see that all profiles since 15.x throw this error message (which might be related to the fact that unified search index may be currently enabled by default)?
{CODE()}
PHP Fatal error: Uncaught Search_MySql_LimitReachedException: Could not perform index modification: Incorrect datetime value: '0000-00-00 00:00:00' for column 'creation_date' at row 1 in /var/www/html/15.x/lib/core/Search/MySql/QueryBuffer.php:55
Stack trace:
#0 /var/www/html/15.x/lib/core/Search/MySql/QueryBuffer.php(37): Search_MySql_QueryBuffer->realFlush()
#1 /var/www/html/15.x/lib/core/Search/MySql/Table.php(195): Search_MySql_QueryBuffer->flush()
#2 /var/www/html/15.x/lib/core/Search/MySql/Table.php(28): Search_MySql_Table->flush()
#3 [internal function]: Search_MySql_Table->__destruct()
#4 {main}
thrown in /var/www/html/15.x/lib/core/Search/MySql/QueryBuffer.php on line 55
{CODE}

Using php 5.6, and mysql (server) 5.7.12 (mysql client: libmysql - mysqlnd 5.0.11-dev - 20120503).

Profiles are applied through the command line with "php console.php p:a ProfileName"

I wanted to add a left-hand module giving the current status of several SQL databases. They already appeared on a wiki page, but I wanted it available without logging on. I created a Dynamic Content entry containing wiki markup with a table and sql module similar to:

|| table1 | {sql(db=>test)}SELECT..{SQL}||

However, as soon as I saved it the site became unavailable. Apache log contained:

PHP Fatal error: Smarty error: in evaluated template line 1: syntax error: unrecognized tag: SQL(db=>test) (Smarty_Compiler.class.php, line 446) in ...

Unfortunately, I could not do anything to correct the error, because the site was no longer accesable. This should have failed a little more gracefully.

Hello all, let me describe a strange error I have, and the various elements I have found. I am missing the link between those elements, so hope someone can illuminate me to work on a fix.

Symptom:
Editing a page cause an error
Fatal error: [] operator not supported for strings in <basedir>/lib/wiki-plugins/wikiplugin_tracker.php on line 843

Context:
The page contains a Tracker plugin:
<p>\{TRACKER( trackerId="2" fields="102:100:101:99:103:104:105" view="page")\}Thanks for your suggestion!\{TRACKER\}</p>

The tracker in question contains a field User Selector, with parameter Auto-Assign set to "Creator".

Analysis steps:
The Auto-Assign is functional to the problem, because if I put Auto-Assign to "None" it does not reproduce.
The line that fails is
foreach ($hidden_fieldId as $k => $v) {
if (empty($v) || in_array($v, $outf)) {
unset($hidden_fieldId[$k]);
} else {
$outf[] = $v; <<== Line 843 that fails
}
}
Indicating that a string value is pushed into $outf whereas it should be numeric.
In fact, code above in the same file shows that if a User is on Auto-Assign, the field is inserted as $hidden_fieldId.
The most puzzling thing to me is that problem occurs when editing the page. What special action is perform to edit that page definition, and why does it trigger the code, also if I manage to get the content that it tries to write in $outf[], then I might see the light.
Thanks for any suggestion, and for the fantastic community.
Hubert

{CODE(Colors="Tiki")}
NOTICE (E_NOTICE): Undefined index: mobile_mode
At line 208 in lib/setup/javascript.php
{CODE}

Is constantly shown (to admin only). I have never used the mobile mode...

When you rollover any of the phplayers horiz menu, causing the menu to popup, and then subsequently try to use an overlib, e.g. the userlink popup that appears when you rollover the name of a user, the overlib will fail with javascript error "windowWidth is not a function".

The reason is because phplayers layersmenu.js (or if you have copied its contents into another file like layersmeny-header.ijs) defines windowWidth as it works, destroying the overlib function.

on 1.9.cvs

Horizontal phplayer menu is behaving weird when adding new options, etc. (sections level 0 and options inside dissapearing + separators rare)
Menú and menú items below, in utf-8 encoding.

{CODE()}
INSERT INTO `tiki_menu_options` (`optionId`, `menuId`, `type`, `name`, `url`, `position`, `section`, `perm`, `groupname`) VALUES
(171, 43, 'r', 'Comissions', 'Comissions', 10, '', '', ''),
(172, 43, 'o', 'Secretaria', 'Comissió+de+Secretaria', 20, '', '', ''),
(173, 43, 'o', 'Turisme', 'Comissió+de+Turisme', 30, '', '', ''),
(174, 43, 'o', 'Dinamització social', 'Comissió+de+Dinamització+social', 40, '', '', ''),
(175, 43, 'o', 'Medi ambient', 'Comissió+de+Medi+ambient', 50, '', '', ''),
(191, 43, 's', 'Enllaços', 'tiki-directory_browse.php', 300, '', '', ''),
(177, 43, 'o', 'Login', 'tiki-login_scr.php', 1010, '', '', 'Anonymous'),
(178, 43, 'o', 'Logout', 'tiki-logout.php', 1010, '', '', 'Registered'),
(179, 43, 's', 'Activitats', '', 200, '', '', ''),
(180, 43, '1', '2007', '', 210, '', '', ''),
(181, 43, '2', 'Artístiques i artesanals', 'Activitats+artístiques+i+artesanals', 220, '', '', ''),
(182, 43, 'o', 'Comerç Just', 'Activitats+artístiques+i+artesanals+de+Comerç+Just', 230, '', '', ''),
(190, 43, '-', '', '', 1001, '', '', ''),
(185, 43, '1', '2006', '', 250, '', '', ''),
(186, 43, 'o', '<img src="img/rss.png" alt="Sindicació de notícies per Agregadors RSS" title="Sindicació de notícies per Agregadors RSS" border="0" />', 'Notícies+per+RSS', 1008, '', '', ''),
(189, 43, '-', '', '', 1000, '', '', ''),
(192, 43, 's', 'Home', 'index.php', 5, '', '', ''),
(193, 43, 'o', 'Presentació', 'Presentació', 7, '', '', ''),
(194, 43, 'o', 'Història de l''associació', 'Història+de+l´associació', 400, '', '', ''),
(195, 43, '-', '', '', 1002, '', '', ''),
(196, 43, '-', '', '', 1003, '', '', ''),
(197, 43, '-', '', '', 1004, '', '', ''),
(198, 43, '-', '', '', 1005, '', '', ''),
(199, 43, '-', '', '', 1009, '', '', ''),
(200, 43, 'o', 'Historia2', 'Historia2', 410, '', '', ''),
(201, 43, 'o', 'Presentació de les activitats', 'Presentació+de+les+activitats', 205, '', '', ''),
(202, 43, '-', '', '', 60, '', '', '');

INSERT INTO `tiki_menus` (`menuId`, `name`, `description`, `type`) VALUES
(43, 'Menú horitzontal capçalera', 'Menú horitzontal per la capçalera de la web', 'd');
{CODE}

If interested in analyzing any more in the server where it happened, please, request me an admin account at:
http://www.moviments.net/valldelcorb

so that you can reproduce the buggy behavior.
I'm afraid of adding new items or sections since they break the present layout of phplayer menus if it is set as horitzontal.
when previewed as vertical, it's always shown ok, at it should.

I was using twist.css theme style.
-------
April 4th: the problem seems to dissapear if using tikineat style instead of twist.css theme style. See the screenshots of the same menu with each theme style.

If a user has no access to a feature or a wiki page, normally the login page is shown. However, if the site has a phpLayers menu (E.g. {phplayers id=43 type=horiz} in Site Identity features - Custom Code - Content ), the phpLayers menu fails and dies. The user only sees a blank page with the message "LayersMenu Error: setMenuStructureString: empty string. Halted".