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

I've updated trunk in a server, and I got these error messages after upgrading the database with console.php command:

{CODE(ln="1" colors="shell")}
root@server:/var/www/tikitrunk# php console.php d:u --site=mysite.example.com
PHP Warning: The requested theme's CSS file could not be read. Falling back to default theme. in /var/www/tikitrunk/lib/setup/theme.php on line 100
PHP Stack trace:
PHP 1. {main}() /var/www/tikitrunk/console.php:0
PHP 2. require_once() /var/www/tikitrunk/console.php:59
PHP 3. require_once() /var/www/tikitrunk/tiki-setup.php:150
PHP 4. trigger_error() /var/www/tikitrunk/lib/setup/theme.php:100
Update completed.
Installed: 20111231_change_datetime_defaults_to_null_tiki
Installed: 20180609_change_log_column_type_tiki
Installed: 20180705_fix_calendaritem_tracker_attributes_tiki
Installed: 20180706_remove_menu_reports_tiki
Installed: 20180803_semaphore_value_tiki
Installed: 20180815_merge_topic_read_perm_tiki
Installed: 20180918_remove_poweredby_module_tiki
Installed: 20180923_convert_collation_to_utf8mb4_tiki
Queries executed successfully: 277
Error in unknown patch script
ALTER TABLE index_5a6715b9e9160 convert to character set DEFAULT COLLATE DEFAULT
Specified key was too long; max key length is 1000 bytes
Error in unknown patch script
ALTER TABLE index_pref_en convert to character set DEFAULT COLLATE DEFAULT
Specified key was too long; max key length is 1000 bytes
Error in unknown patch script
ALTER TABLE metrics_metric convert to character set DEFAULT COLLATE DEFAULT
Specified key was too long; max key length is 1000 bytes
Error in unknown patch script
ALTER TABLE metrics_tab convert to character set DEFAULT COLLATE DEFAULT
Specified key was too long; max key length is 1000 bytes
Error in unknown patch script
ALTER TABLE tiki_acct_journal convert to character set DEFAULT COLLATE DEFAULT
Invalid default value for 'journalDate'
Error in unknown patch script
ALTER TABLE tiki_acct_stack convert to character set DEFAULT COLLATE DEFAULT
Invalid default value for 'stackDate'
Error in unknown patch script
ALTER TABLE tiki_banning convert to character set DEFAULT COLLATE DEFAULT
Invalid default value for 'date_to'
Error in unknown patch script
ALTER TABLE tiki_comments convert to character set DEFAULT COLLATE DEFAULT
Specified key was too long; max key length is 1000 bytes
Error in unknown patch script
ALTER TABLE tiki_links convert to character set DEFAULT COLLATE DEFAULT
Specified key was too long; max key length is 1000 bytes
Error in unknown patch script
ALTER TABLE tiki_object_attributes convert to character set DEFAULT COLLATE DEFAULT
Specified key was too long; max key length is 1000 bytes
Error in unknown patch script
ALTER TABLE tiki_profile_symbols convert to character set DEFAULT COLLATE DEFAULT
Specified key was too long; max key length is 1000 bytes
Error in unknown patch script
ALTER TABLE tiki_secdb convert to character set DEFAULT COLLATE DEFAULT
Specified key was too long; max key length is 1000 bytes
Error in unknown patch script
ALTER TABLE users_objectpermissions convert to character set DEFAULT COLLATE DEFAULT
Specified key was too long; max key length is 1000 bytes
{CODE}

If an address is specified to send the test mail to in step 3 of the installer, an error is displayed when attempting to send the test email:

Fatal error: Call to undefined function iconv_get_encoding() in /srv/http/projectwiki/lib/core/Zend/Validate/Hostname.php on line 535

If an address is provided, and the CC box is unchecked, the following error also appears:

Notice: Undefined index: email_test_cc in /srv/http/projectwiki/installer/tiki-installer.php on line 837

If the user does not provide an email address and attempts to send the test email, the mail is reported as sent (or displays a user friendly error message.)

I'm using PHP 5.3 and Archlinux, and starting a clean install of 7-beta-1. I haven't gotten far enough into the process to see if other emails can be sent.

Hello

I had a lot of warning when i upgraded to tw 1.9.8.1 this morning.
It talked about include_once() problem and include_path.

Many things to say about:
php in safe_mode (deprecated) cannot modify ini value !
ini value set in apache conf with php_admin_value cannot be modified !

all scripts using "TikiInit::prependIncludePath()" have to check the return value of the method because init_set and set_include_path can return FALSE.
In this case, an error message should be printed to the user, and/or logged.

Here is a list of files using this method.
- db/tiki-db.php
- tiki-install.php
- tiki-setup.php

I tried to upgrade my Tiki kipinapartio.fi from 17.1 to 18.0 .

During the database migration phase got this error:

{CODE(theme="default")}Fatal error: Uncaught Error: Call to a member function urldecode() on null in /home/kipinapartio/tiki-18.0/lib/parser/parserlib.php:3682
Stack trace:
#0 /home/kipinapartio/tiki-18.0/installer/schema/20171123_create_object_links_tiki.php(18): ParserLib->get_pages('Lippukuntamme k...')
#1 /home/kipinapartio/tiki-18.0/installer/schema/20171123_create_object_links_tiki.php(43): {closure}(Object(Installer), 'article', '34', 'Lippukuntamme k...')
#2 /home/kipinapartio/tiki-18.0/installer/installlib.php(175): upgrade_20171123_create_object_links_tiki(Object(Installer))
Fatal error: Uncaught Error: Call to a member function urldecode() on null in /home/kipinapartio/tiki-18.0/lib/parser/parserlib.php:3682
Stack trace:
#0 /home/kipinapartio/tiki-18.0/installer/schema/20171123_create_object_links_tiki.php(18): ParserLib->get_pages('Lippukuntamme k...')
#1 /home/kipinapartio/tiki-18.0/installer/schema/20171123_create_object_links_tiki.php(43): {closure}(Object(Installer), 'article', '34', 'Lippukuntamme k...')
#2 /home/kipinapartio/tiki-18.0/installer/installlib.php(175): upgrade_20171123_create_object_links_tiki(Object(Installer))
#3 /home/kipinapartio/tiki-18.0/installer/installlib.php(130): Installer->installPatch('20171123_create...')
#4 /home/kipinapartio/tiki-18.0/installer/tiki-installer.php(1049): Installer->update()
#5 /home/kipinapartio/tiki-18.0/tiki-install.php(102): include_once('/home/kipinapar...')
#6 {main} thrown in /home/kipinapartio/tiki-18.0/lib/parser/parserlib.php on line 3682{CODE}


This is an old Tiki that has been upgraded many times. Reverting now back to 17.1 but I'm available to provide any extra info you need.

Clean install of php8.1-fpm and nginx on ubuntu 22.04
I was able to run the new tiki-check.php from git and all looks good, db is recognised, php is all good.
Cannot get back this error,
Fatal error: Uncaught TypeError: in_array(): Argument #2 ($haystack) must be of type array, bool given in /var/www/tiki/tiki-26.0/lib/perspective/binderlib.php:49 Stack trace: #0 /var/www/tiki/tiki-26.0/lib/perspective/binderlib.php(49): in_array() #1 /var/www/tiki/tiki-26.0/tiki-setup_base.php(662): AreasLib->getPerspectiveByObjectAndCategories() #2 /var/www/tiki/tiki-26.0/tiki-setup_base.php(668): {closure}() #3 /var/www/tiki/tiki-26.0/tiki-setup.php(66): require_once('...') #4 /var/www/tiki/tiki-26.0/tiki-index.php(43): require_once('...') #5 {main} thrown in /var/www/tiki/tiki-26.0/lib/perspective/binderlib.php on line 49

I got this error when upgrading a Tiki 15 site to Tiki 19 on a hosted server. The files are a new branch 19 checkout (r68949), and the database is an existing Tiki 15 database I want to update to 19. The error message followed clicking the "Update the database" button in the install screens.

Fatal error: Uncaught Error: Call to a member function set_preference() on null in /home/.../installer/schema/20180410_install_piwik_plugin_tiki.php:17 Stack trace: #0 /home/.../installer/installlib.php(177): upgrade_20180410_install_piwik_plugin_tiki(Object(Installer)) #1 /home/.../installer/installlib.php(132): Installer->installPatch('20180410_instal...') #2 /home/.../installer/tiki-installer.php(1049): Installer->update() #3 /home/.../tiki-install.php(106): include_once('/home/.../...') #4 {main} thrown in /home/.../installer/schema/20180410_install_piwik_plugin_tiki.php on line 17

Any clues on how I should proceed, or if this is site-specific or a general bug?

__''Version 26x
While I try to set the tiki configuration in https://viviferrara.net/partecipa/tiki-wizard_admin.php
and, for example, I choose to apply ''__
Profiles:
Collaborative Community
(apply profile now) at the link:
https://viviferrara.net/partecipa/tiki-admin.php?ticket=IMnN37-__xKFG_qdFeAIo1uYQG9qA_r7wUXzQaCcow8&profile=Collaborative_Community_21&show_details_for=Collaborative_Community_21&categories%5B%5D=26.x&categories%5B%5D=Featured+profiles&repository=http%3a%2f%2fprofiles.tiki.org%2fprofiles&page=profiles&preloadlist=y&list=List#step2
''__I have the error below:__''
{CODE()}
Fatal error rendering template file /home2/robertoz/viviferrara.net/partecipa/templates/tiki-admin.tpl
Error: Class "IntlChar" not found in /home2/robertoz/viviferrara.net/partecipa/lib/tikilib.php:7183
Stack trace:
#0 /home2/robertoz/viviferrara.net/partecipa/lib/smarty_tiki/block.tabset.php(150): TikiLib->urlFragmentString()
#1 /home2/robertoz/viviferrara.net/partecipa/lib/smarty_tiki/block.tabset.php(38): getTabsetName()
#2 /home2/robertoz/viviferrara.net/partecipa/temp/templates_c/it_classic^bb7cd27fa22adef846ace405a7de1ce838b9a9d5_0.file.include_profiles.tpl.php(74): smarty_block_tabset()
#3 /home2/robertoz/viviferrara.net/partecipa/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_65202c798c5851_63083913()
#4 /home2/robertoz/viviferrara.net/partecipa/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode()
#5 /home2/robertoz/viviferrara.net/partecipa/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(217): Smarty_Template_Compiled->render()
#6 /home2/robertoz/viviferrara.net/partecipa/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(386): Smarty_Internal_Template->render()
#7 /home2/robertoz/viviferrara.net/partecipa/temp/templates_c/it_classic^76967176a4110f522a0046cb2c27589980d24e9c_0.file.tiki-admin.tpl.php(390): Smarty_Internal_Template->_subTemplateRender()
#8 /home2/robertoz/viviferrara.net/partecipa/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_651db9fc4cc6b8_88811425()
#9 /home2/robertoz/viviferrara.net/partecipa/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode()
#10 /home2/robertoz/viviferrara.net/partecipa/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(217): Smarty_Template_Compiled->render()
#11 /home2/robertoz/viviferrara.net/partecipa/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(238): Smarty_Internal_Template->render()
#12 /home2/robertoz/viviferrara.net/partecipa/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(116): Smarty_Internal_TemplateBase->_execute()
#13 /home2/robertoz/viviferrara.net/partecipa/lib/init/smarty.php(312): Smarty_Internal_TemplateBase->fetch()
#14 /home2/robertoz/viviferrara.net/partecipa/lib/init/smarty.php(561): Smarty_Tiki->fetch()
#15 /home2/robertoz/viviferrara.net/partecipa/lib/init/smarty.php(490): Smarty_Tiki->assign_layout_sections()
#16 /home2/robertoz/viviferrara.net/partecipa/tiki-admin.php(508): Smarty_Tiki->display()
#17 {main}
{CODE}
-------
Do you can help me to solve this
Thank you
Roberto

!! Tiki fatal error while upgrading.

Tiki generates fatal error when attempting to upgrade.
__I've reported this first here in the forums: __
[https://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=68370&threadId=68670&thread_sort_mode=commentDate_asc#threadId=68670|https://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=68370&threadId=68670&thread_sort_mode=commentDate_asc#threadId=68670]
I was suggested that i publish the information here instead in bugs to get help with this issue which is very critical for me, because I cannot upgrade

__I have make a short video that shows the issue here,:__
[https://www.screencast.com/t/Q1Cmsrfw|https://www.screencast.com/t/Q1Cmsrfw]
''(Please turn on your sound, because I am speaking in it)''

As you can see from the video it fails everytime. I also replaced all tiki files. with the newest ones prior to do the upgrade attempt. I deleted all the old files on the server and uploaded a fresh copy.
Now with that said, the same errors occurred while trying to upgrade when the server had the old installation files on it. So there is really not a difference in that part.


I hope that someone can help out with this, I really, really don't wish to reinstall from scratch and then manually transfer all the data from the old system to the new installed copy.

Thanks a lot in advance!
Kind regards
PowerQuest

This happens in Tiki4 when using session_storage in the database (which was not the default) when using PDO (which is now the default in Tiki4)

I had TikiWiki v2.2 installed and running fine on my website.

I used cpanel + Fantastico to automatically upgrade from v2.0 to v3.0. I followed the Fantastico on-screen instructions and when the update had finished I clicked on the "View site" link and got the following error:
Fatal error: Cannot redeclare class Zend_Filter_Interface in /usr/lib/php/Zend/Filter/Interface.php on line 30

I tried to do a brand new install of TikiWiki on another website that has never had a previous version of TikiWiki on it using cpanel + Fantastico. I followed the on-screen instructions and when I clicked on the "View site" link I got the same fatal error message.

I then installed TikiWiki v3.0 on my Ubuntu v8.04 desktop localhost Apache2 server and it works fine.

Then I installed TikiWiki v3.0 on my Windows Vista Ultimate laptop localhost Apache2 server and it works fine.

Two local installations of TikiWiki v3.0 work fine. The two attempts at using cpanel + Fantastico on remote servers both yield the same fatal error. One website had a previously installed version of TikiWiki (v2.2). The other website had never had TikiWiki installed.

On a new ubuntu 22.04 aws server apache2 php7.4
Clean build
Installing tiki for first time on this machine
The following is shown on https://mysite/tiki-install.php

Notice: errortracking library not found. This may be due to a typo or caused by a recent update. in /var/www/tiki.squadron6.com/tiki-25.2/lib/tikilib.php on line 88

Fatal error: Uncaught Error: Call to a member function handleError() on null in /var/www/tiki.squadron6.com/tiki-25.2/lib/init/initlib.php:104 Stack trace: #0 [internal function]: tiki_error_handling() #1 /var/www/tiki.squadron6.com/tiki-25.2/lib/tikilib.php(88): trigger_error() #2 /var/www/tiki.squadron6.com/tiki-25.2/installer/tiki-installer.php(217): TikiLib::lib() #3 /var/www/tiki.squadron6.com/tiki-25.2/tiki-install.php(120): include_once('/var/www/tiki.s...') #4 {main} thrown in /var/www/tiki.squadron6.com/tiki-25.2/lib/init/initlib.php on line 104

clean setup first time run of of tiki25.2 php8.1-fpm nginx

Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in /var/www/tiki/tiki-25.2/temp/templates_c/en_classic^91f439aaf06630c3b75af65f02a2b0910ea664a7_0.file.footer.tpl.php:117 Stack trace: #0 /var/www/tiki/tiki-25.2/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_651d975eb4dd85_74914763() #1 /var/www/tiki/tiki-25.2/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode() #2 /var/www/tiki/tiki-25.2/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(217): Smarty_Template_Compiled->render() #3 /var/www/tiki/tiki-25.2/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(386): Smarty_Internal_Template->render() #4 /var/www/tiki/tiki-25.2/temp/templates_c/en_classic^8bc5c3b8d55e995fd256f4e80ad11e7d885d4a56_0.file.tiki-install_screens.tpl.php(42): Smarty_Internal_Template->_subTemplateRender() #5 /var/www/tiki/tiki-25.2/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_651d975ea958a1_27233795() #6 /var/www/tiki/tiki-25.2/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode() #7 /var/www/tiki/tiki-25.2/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(217): Smarty_Template_Compiled->render() #8 /var/www/tiki/tiki-25.2/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(238): Smarty_Internal_Template->render() #9 /var/www/tiki/tiki-25.2/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(134): Smarty_Internal_TemplateBase->_execute() #10 /var/www/tiki/tiki-25.2/lib/init/smarty.php(472): Smarty_Internal_TemplateBase->display() #11 /var/www/tiki/tiki-25.2/installer/tiki-installer.php(900): Smarty_Tiki->display() #12 /var/www/tiki/tiki-25.2/tiki-install.php(120): include_once('...') #13 {main} thrown in /var/www/tiki/tiki-25.2/temp/templates_c/en_classic^91f439aaf06630c3b75af65f02a2b0910ea664a7_0.file.footer.tpl.php on line 117

I have cvs update a previous tw1.10 the folder fckeditor is missing from the lib.

Featured profiles are useful for testing common features:
http://profiles.tiki.org/Profiles_in_installer

Yesterday I upgraded from 4.3 to 5.2, and everytying seemed to go ok (all upgrade operations were executed successfully). However, every time I try to edit or create a file gallery I get the same error message, which seems to be related to a missing field (show_lastDownload) in the tiki_file_galleries table.

I copy below one of such errors. Please, note that, according to the community forums [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=38578&topics_offset=2&topics_sort_mode=lastPost_desc&forumId=6|this issue was already reported for a 4.3 to 5.1 upgrade].

I think that a) somebody should check the upgrade for a possible bug, and if possible b) find a way to solve this issue for sites running tiki 5.x with this feature broken.

---

The following error message was returned:

Unknown column 'show_lastDownload' in 'field list'

The query was:
insert into `tiki_file_galleries`(`name`, `description`, `created`, `user`, `lastModif`, `maxRows`, `public`, `hits`, `visible`, `show_id`, `show_icon`, `show_name`, `show_description`, `show_created`, `show_hits`, `show_lastDownload`, `max_desc`, `type`, `parentId`, `lockable`, `show_lockedby`, `archives`, `sort_mode`, `show_modified`, `show_creator`, `show_author`, `subgal_conf`, `show_last_user`, `show_comment`, `show_files`, `show_explorer`, `show_path`, `show_slideshow`, `default_view`, `quota`, `image_max_size_x`, `image_max_size_y`, `backlinkPerms`, `show_backlinks`) values (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)

Values:

1. mytestfilegallery
2.
3. 1285469672
4. jme
5. 1285469672
6. 25
7. n
8. 0
9. y
10. o
11. y
12. f
13. n
14. y
15. y
16. n
17. 1024
18. default
19. 19
20. n
21. n
22. -1
23.
24. y
25. o
26. o
27.
28. o
29. o
30. y
31. y
32. y
33.
34. list
35. 0
36. 0
37. 0
38. n
39. n

The built query was likely:
insert into `tiki_file_galleries`(`name`, `description`, `created`, `user`, `lastModif`, `maxRows`, `public`, `hits`, `visible`, `show_id`, `show_icon`, `show_name`, `show_description`, `show_created`, `show_hits`, `show_lastDownload`, `max_desc`, `type`, `parentId`, `lockable`, `show_lockedby`, `archives`, `sort_mode`, `show_modified`, `show_creator`, `show_author`, `subgal_conf`, `show_last_user`, `show_comment`, `show_files`, `show_explorer`, `show_path`, `show_slideshow`, `default_view`, `quota`, `image_max_size_x`, `image_max_size_y`, `backlinkPerms`, `show_backlinks`) values ('mytestfilegallery','','1285469672','jme','1285469672','25','n','0','y','o','y','f','n','y','y','n','1024','default','19','n','n','-1',NULL,'y','o','o',NULL,'o','o','y','y','y',NULL,'list','0','0','0','n','n')

Dear Sir:

This may not sound as a bug, but this could be a problem for people who use tiki to build a professional website.

In an ideal CMS, no one has to know what platform the webmaster is using. Knowing the platform from first sight is considered a huge flaw in the design of the CMS. It's not my position to defend this statement, but you're professional developers, and you understand how this should be the first piece of information any hacker is looking for. Honestly I'd be already surprised if this not clear.

With that said, let's state the problem: The problem is that every php page in tiki has the prefix "tiki-", like "tiki-index.php". Now why?

Let's look at this rationally. Does this benefit the user with anything? Absolutely not. As it looks to me, it's just a show-off of the kind "hey look, this website was made by tiki, and the webmaster couldn't get rid of those urls exposing him".

Trust me, some companies will just refuse to use the whole platform because of this! Usually organizations are paranoid about security.

So please, fix this. Just remove every "tiki-" from every file name. There's not a single good reason to have it done this way.

PS: Renaming the files myself is not considered a solution. Even if it works, an update will mess it up.

Best,
Samer

I just installed my first Tiki12 for a long time from svn.

I start sh setup.sh and after I follow all the default suggestions and I see no hint of anything wrong, when I go to the new site all it shows is:
Your Tiki is not completely installed because Composer has not been run to fetch package dependencies. You need to run 'sh setup.sh' from the command line. See http://dev.tiki.org/Composer for details.

Going back carefully through the setup messages for the purpose of this bug report, I see that there are actually messages about curl not being found, but they are impossible to spot because they don't stand out and they are immediately scrolled 24 lines !

For the record, this is what I see:

libs@giftbox:/www/tiki12.jmlibs.name/htdocs$ sh setup
setup-legacy.sh setup.sh
libs@giftbox:/www/tiki12.jmlibs.name/htdocs$ sh setup.sh

Tiki setup.sh - your options
============================

c run composer and exit (recommended to be done first)

f fix (classic default) o open (classic option)
S clear screen

predefined Tiki Permission Check models:
----------------------------------------

1 paranoia
2 paranoia-suphp w suphp workaround
3 sbox W sbox workaround
4 mixed
5 worry 6 moreworry
7 pain 8 morepain
9 risky a insane

q quit x exit

There are some other commands recommended for advanced users only.
More documentation about this: http://doc.tiki.org/Permission+Check

Your choice [c]?
curl: not found
setup.sh: 455: setup.sh: curl: not found
We have failed to obtain the composer executable.
NB: Maybe you are behing a proxy, just export https_proxy variable and relaunch setup.sh
1) Download it from http://getcomposer.org
2) Store it in temp/

Tiki setup.sh - your options
============================

c run composer and exit (recommended to be done first)

f fix (classic default) o open (classic option)
S clear screen

predefined Tiki Permission Check models:
----------------------------------------

1 paranoia
2 paranoia-suphp w suphp workaround
3 sbox W sbox workaround
4 mixed
5 worry 6 moreworry
7 pain 8 morepain
9 risky a insane

q quit x exit

There are some other commands recommended for advanced users only.
More documentation about this: http://doc.tiki.org/Permission+Check

{syntax type="tiki" editor="plain"}
Unverified bug . New install of 1.9.10.1 in subdirectory, e.g. http://my.domain.com/subdir

After typing in admin/admin to login for the first time, I was redirected to http://my.domain.com/tiki-change_password.php instead of the expected http://my.domain.com/subdir/tiki-change_password.php.

After running "./fixperms.sh fix" on the server side (Debian based, having root perms on server), and using 1.10svn code from mid May 2008, admins of the tiki site can still install mods on the server through the Tiki admini mods interface.
It used to work before (months ago, when I last used that).
our server, afaik, has www-data and www-data as user and group.
We are using a multitiki installation, with tikis under subdirectories.

I'm afraid that admins of the other tikis from the same multitiki are able to remove mods that we are using and need, etc.
...

Does anyone know of a migration script / strategy for moving tiki forums
from one Tiki to another?

I want to move this Galaxia forum:
http://tikiwiki.org/tiki-view_forum.php?forumId=11
to:
http://workflow.tikiwiki.org/

The themes forum
http://tikiwiki.org/tiki-view_forum.php?forumId=14
to:
http://themes.tikiwiki.org/

And the Multilingual/i18n <tiki-view_forum.php?forumId=13> forum:
http://tikiwiki.org/tiki-view_forum.php?forumId=13
http://tikiwiki.org/tiki-view_forum.php?forumId=10
http://tikiwiki.org/tiki-view_forum.php?forumId=15
http://tikiwiki.org/tiki-view_forum.php?forumId=7
http://tikiwiki.org/tiki-view_forum.php?forumId=8
http://tikiwiki.org/tiki-view_forum.php?forumId=9
http://tikiwiki.org/tiki-view_forum.php?forumId=16
to an eventual i18n.tikiwiki.org

Use this URL: http://www.flylac.org/tiki-galleries.php

Then hover the mouse over any of the galleries, the galleryId property is not set, this is an example shortcut:

http://www.flylac.org/tiki-browse_gallery.php?galleryId=

The galleryId is missing: ...browse_gallery.php?galleryId=

http://nextthemes.tiki.org is needed
* Compare trunk & 13.x code base output
* Start testing for Tiki 14

Low priority but also in need of PHP 5.5:
http://nexttv.tiki.org
http://stats.tiki.org

"__Getting Things Done__ (commonly abbreviated as __GTD__) is an action management method of the __David Allen Company__, and the title of the book by __David Allen__ that describes the method. Both __Getting Things Done__ and __GTD__ are registered trademarks of the David Allen Company.

__GTD__ rests on the principle that a person needs to ''move'' tasks out of the mind by ''recording'' them somewhere. That way, the mind is ''freed'' from the job of ''remembering'' everything that needs to be done, and can ''concentrate'' on actually '' performing'' those tasks. What distinguishes GTD from other time- or action-management systems is the idea of __''grouping tasks'' by the context__ (defined as a place or set of available resources) in which they are to be __performed__."

http://en.wikipedia.org/wiki/Getting_Things_Done


TikiWiki can be configured for this.

http://www.priacta.com/Articles/Comparison_of_GTD_Software.php

hman is likely the most prolific issue reporter on dev.tiki.org of recent years. He does very thorough testing and provides detailed issue reports. However, he is doing this on older versions of Tiki, which are in security-fixes only phases.

Sometimes, the issue is already fixed in a subsequent version. Sometimes, not. If we knew this, it would save everyone a lot of time.

If hman could set up next servers, he could easily see if a specific issue is this visible in trunk, 24x, etc.

This is how we do it for the community:
* ((tw:Pre-Dogfood Server))
* https://doc.tiki.org/Manager#instance:cloneandupgrade

Seems it is back...

On fresh install (new db) after filling admin new password and email you are redirected to the wizard.

If you close it (toggling show on start) you are redirected to -+tiki-index.php?page=HomePage+-, the HomePage

It show an error:
Error

Page not found
HomePage

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

First visit for new admin experience is critical...

---
{FADE(label="Previous report - Tiki16" icon="y")}
On fresh install (new db) after filling admin new password and email you should be redirected to the HomePage (showing the wizard by default).

However, I soon as you submit the admin information you are redirected to an error page:
Error

Page not found
HomePage

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

If I refresh the page or if I type mydomain/HomePage in the URL bar, page it is still not found.

If I click on the "Home" item of the menu I’m redirect to tiki-index.php and I can see the homepage.
From this point HomePage exist and can be accessed entering the address in the url bar from wiki page list, etc.

The wizard is lost in space.
{FADE}