Category: Installer (profiles, upgrades and server-related issues)

{syntax type="tiki" editor="plain"}
I looked if something like this has been reported previously, but didn't find something that completely fits, so I post this and apologize if I missed something.

Since I have already put some detail into a [http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=44097#threadId44102|support request] and at the moment I believe it only concerns two Wikis belonging to the same admin, here is a description:

Steps to reproduce:
1) Take any Tiki installation and move a new directory
2) Create a new DB with a copy of the original DB
3) Upgrade and start it up
4) Log into the old installation as admin
5) Find out you're admin on the new one, too.

It may well be that for some admins this is a wanted behaviour like as a single-sign-on (SSO).

But it is my firm belief that any such behaviour is to be considerd a breach of security unless both admins have expressley activated this as a wanted behaviour. Possibly the problem also exists if two different admins operate two different Tikis on the same hosted volume, that somehow were created from one single predecessor, so maybe this is not as harmless as it might seem to be.

I do not know, but suspect, this could be a cookie issue.

Resolution could be that tiki-installer regenerates all security structures upon installation and/or upgrades, or at least asks the admin whether such should be reset. Also, there should be a button in the administration panel to reset this at any later time. In my opinion TikiWiki should at all times, if not told to behave otherwise, protect its instance against all other possible instances of itself...

At some point confusion may get so high to a user's browser that logging into Wiki B alone will not function, and you have to log into Wiki A to be able to access Wiki B. At the moment I experience this with my new 6.7 LTS and my old 1.9.8.3. sitting in different directories on the same volume, accessing to different MySQL DBs with differing user names and passwords...

{syntax type="tiki" editor="plain"}
TikiWiki version 8.4
I attempted to apply the Company Intranet profile and my site (locally hosted) is no longer available.

Fatal error: Cannot redeclare class Zend_Oauth_Consumer in /usr/share/php/libzend-framework-php/Zend/Oauth/Consumer.php on line 279

((http://sis.dev.powerofu.net/tikiwiki/))

After I select to use the database connection, tiki-install returns blank page.

Error message logged during a few retries:
Jun 27 19:51:15 kernel apache2: PHP Notice: unserialize(): Error at offset 0 of 5 bytes in /var/www/localhost/htdocs/tikiwiki/lib/setup/prefs.php on line 377
Jun 27 19:51:16 kernel apache2: PHP Fatal error: Uncaught exception 'SmartyException' with message 'directory '' not allowed by security setting' in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php:381
Jun 27 19:51:16 kernel Stack trace:
Jun 27 19:51:16 kernel #0 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/plugins/function.html_image.php(114): Smarty_Security->isTrustedResourceDir('img/icons/green...')
Jun 27 19:51:16 kernel #1 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/function.icon.php(212): smarty_function_html_image(Array, Object(Smarty_Internal_Template))
Jun 27 19:51:16 kernel #2 /var/www/localhost/htdocs/tikiwiki/templates_c/en18b660cf6951a7bde07357befc24a4e5^fa112beffbe935d6123ba78bf16e4de6898a7e56.file.tiki-browse_image.tpl.php(105): smarty_function_icon(Array, Object(Smarty_Internal_Template))
Jun 27 19:51:16 kernel #3 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_internal_templatebase.php(180): content_4feb4814e9bb29_68835866(Object(Smarty_Internal_Template))
Jun 27 19:51:16 kernel #4 /var/www/localhost/htdocs/tikiwiki/lib/init/smarty.php(194): Smarty_Internal_TemplateBase->fetch('tiki-browse_ima...', 'en18b660c in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php on line 381
Jun 27 19:52:18 kernel apache2: PHP Fatal error: Uncaught exception 'SmartyException' with message 'directory '' not allowed by security setting' in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php:381
Jun 27 19:52:18 kernel Stack trace:
Jun 27 19:52:18 kernel #0 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/plugins/function.html_image.php(114): Smarty_Security->isTrustedResourceDir('img/icons/green...')
Jun 27 19:52:18 kernel #1 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/function.icon.php(212): smarty_function_html_image(Array, Object(Smarty_Internal_Template))
Jun 27 19:52:18 kernel #2 /var/www/localhost/htdocs/tikiwiki/templates_c/899478d8f66ae50789ef4567806e9fba159fb70d.file.remarksbox.tpl.php(44): smarty_function_icon(Array, Object(Smarty_Internal_Template))
Jun 27 19:52:18 kernel #3 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_internal_templatebase.php(180): content_4feb485289d963_55269745(Object(Smarty_Internal_Template))
Jun 27 19:52:18 kernel #4 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/block.remarksbox.php(82): Smarty_Internal_TemplateBase->fetch('remarksbox.tpl')
Jun 27 19:52:18 kernel #5 /var/www/localhost/htdocs/tikiwiki/tem in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php on line 381
Jun 27 19:52:56 kernel apache2: PHP Notice: unserialize(): Error at offset 0 of 5 bytes in /var/www/localhost/htdocs/tikiwiki/lib/setup/prefs.php on line 377
Jun 27 19:52:59 kernel apache2: PHP Fatal error: Uncaught exception 'SmartyException' with message 'directory '' not allowed by security setting' in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php:381
Jun 27 19:52:59 kernel Stack trace:
Jun 27 19:52:59 kernel #0 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/plugins/function.html_image.php(114): Smarty_Security->isTrustedResourceDir('img/icons/green...')
Jun 27 19:52:59 kernel #1 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/function.icon.php(212): smarty_function_html_image(Array, Object(Smarty_Internal_Template))
Jun 27 19:52:59 kernel #2 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/block.self_link.php(132): smarty_function_icon(Array, Object(Smarty_Internal_Template))
Jun 27 19:52:59 kernel #3 /var/www/localhost/htdocs/tikiwiki/templates_c/en18b660cf6951a7bde07357befc24a4e5^484698837cbb46d4277f0d8a99265584d63a50a7.file.tiki.tpl.php(84): smarty_block_self_link(Array, '', Object(Smarty_Internal_Template), false)
Jun 27 19:52:59 kernel #4 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_internal_templatebase.php(180): content_4feb487a692cb9_95479002(Object(Smarty_Internal_Te in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php on line 381
Jun 27 19:53:05 kernel apache2: PHP Fatal error: Uncaught exception 'SmartyException' with message 'directory '' not allowed by security setting' in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php:381
Jun 27 19:53:05 kernel Stack trace:
Jun 27 19:53:05 kernel #0 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/plugins/function.html_image.php(114): Smarty_Security->isTrustedResourceDir('img/icons/green...')
Jun 27 19:53:05 kernel #1 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/function.icon.php(212): smarty_function_html_image(Array, Object(Smarty_Internal_Template))
Jun 27 19:53:05 kernel #2 /var/www/localhost/htdocs/tikiwiki/templates_c/899478d8f66ae50789ef4567806e9fba159fb70d.file.remarksbox.tpl.php(44): smarty_function_icon(Array, Object(Smarty_Internal_Template))
Jun 27 19:53:05 kernel #3 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_internal_templatebase.php(180): content_4feb48816e5dc4_03329759(Object(Smarty_Internal_Template))
Jun 27 19:53:05 kernel #4 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/block.remarksbox.php(82): Smarty_Internal_TemplateBase->fetch('remarksbox.tpl')
Jun 27 19:53:05 kernel #5 /var/www/localhost/htdocs/tikiwiki/tem in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php on line 381
Jun 27 19:53:29 kernel apache2: PHP Notice: unserialize(): Error at offset 0 of 5 bytes in /var/www/localhost/htdocs/tikiwiki/lib/setup/prefs.php on line 377
Jun 27 19:53:33 kernel apache2: PHP Fatal error: Uncaught exception 'SmartyException' with message 'directory '' not allowed by security setting' in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php:381
Jun 27 19:53:33 kernel Stack trace:
Jun 27 19:53:33 kernel #0 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/plugins/function.html_image.php(114): Smarty_Security->isTrustedResourceDir('img/icons/green...')
Jun 27 19:53:33 kernel #1 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/function.icon.php(212): smarty_function_html_image(Array, Object(Smarty_Internal_Template))
Jun 27 19:53:33 kernel #2 /var/www/localhost/htdocs/tikiwiki/templates_c/enbdb13e339b46aade55c78ddc060eb364^899478d8f66ae50789ef4567806e9fba159fb70d.file.remarksbox.tpl.php(35): smarty_function_icon(Array, Object(Smarty_Internal_Template))
Jun 27 19:53:33 kernel #3 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_internal_templatebase.php(180): content_4feb489d7e3299_95750395(Object(Smarty_Internal_Template))
Jun 27 19:53:33 kernel #4 /var/www/localhost/htdocs/tikiwiki/lib/init/smarty.php(194): Smarty_Internal_TemplateBase->fetch('remarksbox.tpl', 'enbdb13e339b46a...', in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php on line 381

apache-2.2.22, php-5.4.4, gentoo install

tiki-8.4 runs fine

{syntax type="tiki" editor="plain"}
Although the files are owned by the same user that runs the script the directory permissions do not get changed.


firedragonvbs@FiredragonVBS:~/public_html/cms/tiki-9.x$ sh setup.sh -u firedragonvbs -g firedragonvbs
You are not root or you are on a shared hosting account. You can now:

1- ctrl-c to break now.

or

2- If you press enter to continue, you will probably get some error messages
but it (the script) will still fix what it can according to the permissions
of your user. This script will now ask you some questions. If you don't know
what to answer, just press enter to each question (to use default value)
> Press enter to continue:
> Multi []:
Checking dirs :
db ... ok.
dump ... ok.
img/wiki ... ok.
img/wiki_up ... ok.
img/trackers ... ok.
modules/cache ... ok.
temp ... ok.
temp/cache ... ok.
temp/public ... ok.
templates_c ... ok.
templates ... ok.
styles ... ok.
maps ... ok.
whelp ... ok.
mods ... ok.
files ... ok.
tiki_tests/tests ... ok.
temp/unified-index ... ok.
Fix global perms ...
You are not root. We will not try to change the file owners.
Change group to firedragonvbs ... done.
Fix normal dirs ... done.
Fix special dirs ... done.

Tiki is not properly set up:

The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/dump/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/img/wiki/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/img/wiki_up/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/modules/cache/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/temp/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/templates_c/' is not writeable by www-data.

{syntax type="tiki" editor="plain"}
Running installer for: db/local.php
PHP Notice: Undefined index: session_protected in /home/firedragonvbs/public_html/cms/tiki-9.1/tiki-setup_base.php on line 73
PHP Notice: Undefined index: session_lifetime in /home/firedragonvbs/public_html/cms/tiki-9.1/tiki-setup_base.php on line 86
PHP Notice: Undefined index: tiki_cdn in /home/firedragonvbs/public_html/cms/tiki-9.1/tiki-setup_base.php on line 119
PHP Notice: Undefined index: feature_fullscreen in /home/firedragonvbs/public_html/cms/tiki-9.1/tiki-setup_base.php on line 146
PHP Notice: Undefined index: tikiroot in /home/firedragonvbs/public_html/cms/tiki-9.1/lib/prefs/cookie.php on line 30

{syntax type="tiki" editor="plain"}
The install fails if the server is running php safe mode. There are several references to this issue with work-arounds that didn't work for me (ex. http://twbasics.tikiforsmarties.com/Fixing+Installation+Problems).

The problem (at least for me) was that I do not have access to /tmp. It turns out to be related to a bit of code in initlib.php that doesn't check for an empty tempdir. I added additional code return ./tmp (and create it if necessary). See below. Code is commented "Safemode Fix".

static function tempdir()
{
static $tempdir;
if (!$tempdir) {
$tempfile = @tempnam(false, '');
$tempdir = dirname($tempfile);
@unlink($tempfile);
__ // Safemode Fix
if (!$tempdir) {
$tempdir = "./tmp";
if (!is_dir($tempdir)) {
mkdir($tempdir);
}
}__

}
return $tempdir;
}

After installing a new (WampDeveloper) server instance -- to make sure my server wasn't broken

I've just attempted to install Tiki trunk,
all appeared to go fine, installer progressed through to the
"enter Tiki" stage without complaint

upon attempting to enter Tiki (this is a new install, so change __admin__ password is the first page), I see a horribly disfigured Tiki page and an error message -- see attached image

the Error seen is:
"Required features: change_password. If you do not have the privileges to activate these features, ask the site administrator."

I'm running
Apache 2.2.23
PHP 5.3.17
MySQL 5.5.27-log

DB tables are INNOdb (server default)

at the populating the DB stage, only 881 queries were processed

After checking out trunk via SVN and receiving the new Composer files, running the composer install failed to download the zendframework1 requirement and I was unable to proceed to install Tiki.

Setup:
Windows 7 Pro (:redface:)
XAMPP 1.8.1
vhosts setup for each Tiki
Tiki runs from a subfolder "tiki" within webroot
"tiki" is a symlink to my checkout branch

There are a few variants of this:

Tracker Field Factory Error: Pref "trackerfield_stars" required for field type "Tracker_Field_Rating"


This is caused because in more recent versions of Tiki, each tracker field type is a preference. It should have been handled by an upgrade script but there must be a bug:



Related:
http://thread.gmane.org/gmane.comp.cms.tiki.devel/26942
http://thread.gmane.org/gmane.comp.cms.tiki.devel/29596
http://thread.gmane.org/gmane.comp.cms.tiki.devel/23733/focus=23759

This tracker is made to help filtering and sorting the features vs categories vs options we need to tag a bug/regression/wish with.

Fixed in trunk, at least.

I pulled a tikimaster today (future 26.x), applied a few profiles (using php 8.1 on ubuntu 22.04). Last profile I applied is
https://profiles.tiki.org/Kanban_Board_25

When testing the feature with the provided wiki page displaying a few items already in the kanban board, I was not able to move them successfully to other cells of the table by drag and drop. well, I could apprently move them, but an error message was shown every
time I moved a card:

"Code: undefined - undefined"

And when reloading the page, cards where in the source raw or column, not in the ones I dragged them to.

Maybe the profile needs some update to match whatever changes have been made to the code in the last year or so?

^
-=Steps to reproduce=-

Login to the url http://xavidp-1553-8418.show2.tiki.org/tiki-index.php?page=Kanban-Board
with:
u: admin
p: 12345

Attempt to drag some card to a new column, or row.
In the case of show2.t.o, the auth login popup is shown again (the one you have to provide credentials: show show)

Error described above is shown
^

{img src="display2060"}

HTH

{syntax type="tiki" editor="plain"}
I wonder how many times over the last years I've had to select my user profile to be public in my preferences at http://tikiwiki.org/tiki-user_preferences.php

I always change __User information:__ from private to "__public__".
But after some months (and tiki upgrades, maybe?), I find that that settings is at "__private__"

Thus, When I go to send a message to a user, I can't either send the message:

^You have to be able to receive messages in order to send them. Goto your user preferences and enable 'Allow messages from other users'^

Or I can't because that user has that setting as private (I realized that chibaguy now has that same setting, but I wonder whether he chose that or not, like me)
---

same on other settings that have changed without my content:
Messages per page: 2 (I had 10, at least)
Allow messages from other users: no (I had yes)
Note author when reading his mail: no (I had yes)

{CODE()}PHP (5.5.3-1ubuntu2) NOTICE (E_DEPRECATED):
File: lib/shoutbox/shoutboxlib.php
Line: 57
Type: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead{CODE}

Please do in 12.x if easy / not risky, otherwise, just trunk

Visible on the footer of
http://tiki.org/tiki-admin.php

{img fileId="656"}

LiveSupport seems broken in 1.9.3 CVS.

I can activate it OK via Admin|Features.
When I click on the LiveSupport admin link, I get the admin, I add myself (a regular user) as operator. Then when I try to open a Client window, I get a new popup window with this error:

Warning: Smarty error: unable to read resource: "tiki-live_support_message.tpl" in /usr/www/users/cafsu/networks/lib/smarty/libs/Smarty.class.php on line 1088

I tested the installation of Tiki trunk in a language different than English (Catalan, in my case), and at the end of the wizard, when I'm supposed to enter Tiki, I get an error 500 message.

Repeaating the same installation procedure and options but in English since step 1, can finish the installation process and admin wizard without issues.

{syntax type="tiki" editor="plain"}
In barebones profile and in featured profiles, there is intro text about 1st login being necessary with u: admin p: admin (good)

However, this message stays and needs to be deleted by admin (bad)

Perhaps we should have a module with is only visible if admin password has not yet been set.

This is an ongoing effort:
https://tiki.org/Testing-Tiki-installations-on-major-Shared-Hosting-companies
https://tiki.org/Hosting-company
https://tiki.org/1-click-installers

https://tiki.org/Message-to-1-click-installers-about-Tiki-LTS

Before Composer (until Tiki10), if you try to run Tiki with a too old version of PHP, you get a clear warning. Now, with Composer, it's not so clear (you get the version warning of Composer instead of Tiki)

Note that the command line version of PHP may be different than the web version.
Command-Line PHP version: PHP 5.3 is needed Composer.
Web version of PHP: Tiki12 needs 5.3, Tiki13 will need 5.5

So perhaps for Tiki 13, it will be OK to have PHP 5.3 requirement on CLI, but 5.5 in web?

So for now, let's add a PHP CLI version check on sh setup.sh before running Composer.

Please see:
http://tiki.org/tiki-view_forum_thread.php?comments_parentId=48901

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

{syntax type="tiki" editor="plain"}
Full thread is here:
http://tiki.org/forumthread47305

"So should we have a new pref "unified_index" and add it as dependency for these features (PluginList, PluginListExecute, etc.), and thus people whose servers don't work with it have the option to turn them off? (effectively acting like a Tiki6)"

This tracker item could not be found

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

The "Quick Admin" module is no longer assigned in default installs starting from {commit id=67387} (Tiki 19).