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

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

Installer broke (for me) trying to find the group home page when logging in as admin to run the update script.

Somewhere in tiki-login.php - SQL error lost i'm afraid

Using the released tiki 2.0: db password should be hidden at typing time on upgrade through tiki-install.php

Right now, password can be seen by others when the admin type it on the screen when first calling to tiki-install.php on an upgrade of running tiki site.

When installed from source code, in panorama.freewebhosting247.com, there is only blank screen when:

1) using old 2.0rc4 user modifed "basic profile"
2) clean database with "basic profile"

I only see blank screen.

This is despite using header_simple.tpl and my own empty header.
The error must be in a script after the header but because by default, there is no error shown at all, this is impossible to guess.


When I reinstalled "default profile", it worked. It shows the menu. I can do some maintainance now, including changing passwords, and the admin menu.

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

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

{syntax type="tiki" editor="plain"}
I have been having problems upgrading from previous versions and decided to install a new blank install of v7. Everything works fine until I try and log in with the admin user name and password I created during the install process. I receive a message that cookies need to be enabled. This is not a message that I have had before on any prior versions and cookies are definitely enabled in my browser. I have tried with Chrome, FireFox and IE and the problem is the same on v7. I have seen various discussions on this topic in the forums but it seems there is no resolution for this one and no clear answer as to what is causing it. My URL's have no ~ in them.

{syntax type="tiki" editor="plain"}
Using the auto (or manual) installation procedures on a Windows server gives the error:

The directory 'd:\domain\www\tiki/img/wiki/' is not writeable by SYSTEM.

Since two of the slashes in the address are going in the wrong direction, I'm speculating that is the reason for the error.

{syntax type="tiki" editor="plain"}
On the Manual database installation docs:
http://doc.tiki.org/Manual+Installation#Rename__htaccess_for_clean_URLs_optional_

Instruction 1.4 says
1.4. Rename _htaccess for clean URLs (optional)

You can rename _htaccess to .htaccess
-----

BUT in the files there is only htaccess.sh

SO, is this the same file as _htaccess?
Really want to change the name of htaccess.sh to .htaccess.sh?

Low priority since this is an Alternative. But it does prevent manual installations
from having clean URLs

Hello, former library employee now library volunteer who is helping a library update its tikiwiki 3.x intranet to 7.2 and encountered a strange bug that I am stuck on.

Upgrade seemed to go smooth, with a fresh directory install and pointed to the SQLi backend of the 3.x install in a test environment.

When I went to login with the known local admin account within tikiwiki, it allowed me to login but i could not access any of the admin modules without getting a lack of permissions error. Somehow the admin account is not associated with the admin group, although works fine in the 3.x live install.

Issue is compounded then that I cannot add admin to the admin group, because I cannot get access to the admin modules to do this!

I tried to do my own research on this, and actually did see some IRC logs where someone else had a very similiar issue although I did not see a resolution.

Any ideas how to fix this? Can someone give me some guidance into the tikiwiki sql structure whereby I might be able to change this within the table itself?

During the installation at the step of inserting information from the database when I insert wrong information I have an error'__The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again late__' but when I insert good information everything goes correctly, in my opinion when inserting bad information we should rather display a message saying that the information inserted is not correct.

~pp~
[19:57:51] <ReWoP> when i type tiki-index.php?page="some page name" there should be a error msg that would say "page does not exist, want to go back or grate page" now there is the browser error "The page cannot be found
[19:58:26] <sylvieg> did you type the url with the "
[19:58:37] <ReWoP> *(not "grate page" but "create page")
[19:58:42] <ReWoP> nop
[19:59:32] <ReWoP> i tryed to erase DB and re-intall tiki and nothing....
[20:00:14] <sylvieg> what url did it display at the error
[20:00:46] <ReWoP> u coul try it its online -> http://dme.uma.pt/jcardoso/Research/Projects/seed/tiki-index.php?page=fgbn
[20:02:35] <sylvieg> mdavey around?
[20:03:24] <sylvieg> I don't know why it is done like this but when there is an error the header sent is HTTP/1.0 404 Not FOund with the clssic tiki page
[20:03:49] <sylvieg> I suppose your browser catches the 404 and yop
[20:04:14] <sylvieg> better to ask mdavey ... I suppose it is himl that added that why this line is here
[20:04:40] <sylvieg> you can always try to delete the liens in tiki-index.php
[20:05:02] <ReWoP> could it be permitions on the folder ??
[20:05:26] <ReWoP> i gave the web server all perms...
[20:05:27] <sylvieg> I don't think so
[20:06:30] <ReWoP> ...
[20:06:37] <ReWoP> but i could be a server problem..
[20:07:15] <ReWoP> i tryed with polaris version and was woking
[20:07:47] <ReWoP> then i have a DB problem and re-intalled it and this error occured..
[20:08:05] <sylvieg> yes it is a conflict between server/ and tiki
[20:08:30] <ReWoP> now was trying it with -Sirius- version and not workig 2.
[20:08:50] <ReWoP> the server is nt2003 server
[20:09:38] <sylvieg> there is 2 lines I don't understrand in tiki-index.php (header("...404...") I am pretty sure there are the guilty ones
[20:09:48] <ReWoP> i thing that there is error only on this part, because i can create/edit modules, menus pages premitions...
[20:10:05] <ReWoP> mabe
[20:11:01] <ReWoP> but dosnt answer why worked on my 1st polaris version, and dind on my 2nd and on 1st Sirius.....
[20:11:14] <ReWoP> dont thing its code problem...
[20:11:38] <ReWoP> if it was mabe it wold be random error
[20:11:53] <ReWoP> after all it already worked once...
[20:11:59] <red_adair> nt2003 ? what's that ?
[20:12:20] <ReWoP> windows 2003 server :p
[20:12:21] <sylvieg> you can try to put into comment the 2 line header"... 404..) in tiki-index.php

Additional information:
[18:56:51] <ReWoP> i wanted to add that there is other tiki installed on the same server but it works !
~/pp~

{img fileId="270"}

Visit these pages to see for yourself:
http://info.tikiwiki.org/Hosting (6.x)
http://profiles.tikiwiki.org/Profiles_in_installer (9.x)
http://dev.tikiwiki.org/Tiki13 (12.x)


It should be a redirect 301. And needs to work for 6.x, 9.x and 12.x

This worked when the feature was introduced so some other fix / enhancement must have broken it.

This is especially not good because in this version the ((canonical)) link is just relative and thus, we have two canonicals for same page...

If you go to front page, it redirects OK
http://info.tikiwiki.org (6.x)
http://profiles.tikiwiki.org (9.x)
http://dev.tikiwiki.org (12.x)

Sometimes, a same site has several domain names. And they all end up with different Canonical URLs.

"Examples of non-malicious duplicate content could include:
Discussion forums that can generate both regular and stripped-down pages targeted at mobile devices
__Store items shown or linked via multiple distinct URLs__
Printer-only versions of web pages"
Source:
https://support.google.com/webmasters/answer/66359?hl=en



Also, is http or https the canonical?


Related pref: add/remove www

server: Apache 2.2.4
./configure --prefix=/usr/local/apache2 --enable-mods-shared=most

php 5.2.3
./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/local/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config --enable-force-cgi-redirect --with-zlib --with-expat-dir=/usr/local/expat

MySQL 5.0.45
./configure --prefix=/usr/local/mysql --localstatedir=/usr/local/mysql/data --disable-maintainer-mode --with-mysqld-user=mysql --enable-large-files-without-debug

in php writes that xml is enabled...
short tags are enabled too in php.ini

when i go to http://myhost/tikiwiki/tiki-install.php [version: 1.9.7]

it asks to make writeable dirs, so i make...

i get:{img src=http://doc.tikiwiki.org/img/wiki_up/tiki_installer.gif width= height= align= desc= link=http://doc.tikiwiki.org/img/wiki_up/tiki_installer.gif }

then it asks me to enter username and pass and db name of MySQL
i enter username and pass and db
and it shows me the same but with bonus message:

Access denied for user 'wiki'@'localhost' (using password: YES)

with the same username and pass i can connect over phpmyadmin...

ricks99
User was missing the db/local.php file. Without it, the installer could not contact the database.
-------------
what its source?

HELP!

We have plenty of profiles ready for new users to learn new skills within Tiki, but we fail in the way we allow filtering them for a new tiki admin: it should be easier and more visual, imho.

We should add some sort of ((Grid)) or masonry display (like flash cards) plus some fast filtering based on tags that the user adds. I wonder if the isotope filtering from masonry could be hacked to allow filtering by profile tags. See:
https://isotope.metafizzy.co/
(from the same author of https://masonry.desandro.com/ )


See also the related feature request:
https://dev.tiki.org/item6432 - "Allow searching by categories and TAGS through the Profiles Control Panel in Tiki"

Thank you @AlferNL on Telegram

If someone attempts to install Tiki 23 with PHP 8.1, it should warn in the installer.
https://t.me/TikiWikiCMSGroupware/124

If someone attempts to install Tiki 23 when missing intl, it should off a nicer error message.
https://t.me/TikiWikiCMSGroupware/141

Please see:
http://tiki.org/forumthread50251

When I start the installation of Tikiwiki, I wondered why it is only in English.

Later I read the documentation and know, I should use

http://your_host/tiki/tiki-install.php?lang=XX

instead of just enter

http://your_host/tiki/

to start the installer.

But, why make this trick so difficult to be known?

I upgraded from 1.85 to 1.9.0 without any problems. Things were working fine. Today, however, I logged in to access the admin area, and no admin links from the menu! All gone! What do I need to do to fix this? How can I access the admin area without links?

After a clean install of r15460 w/ a new database, using the default enabled profile, i enabled structures via the wiki admin area.

Even though I was admin, I coulden't create / edit structures until I gave myself permission in the privileges settings.

The admin user should probably have most permissions by default, unless there is a particular reason to exclude a permission.

After a clean install of r15460 w/ a new database, using the default enabled profile, i enabled structures via the wiki admin area.

Even though I was admin, I coulden't create / edit structures until I gave myself permission in the privileges settings.

The admin user should probably have most permissions by default, unless there is a particular reason to exclude a permission.

{syntax type="tiki" editor="plain"}
Warning: mkdir() [function.mkdir]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/tiki-mods.php on line 37

Warning: mkdir() [function.mkdir]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/tiki-mods.php on line 40

Warning: mkdir() [function.mkdir]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/tiki-mods.php on line 43

Warning: opendir() [function.opendir]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 205

Warning: opendir(mods/Packages) [function.opendir]: failed to open dir: No such file or directory in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 205

Warning: readdir(): supplied argument is not a valid Directory resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 206

Warning: closedir(): supplied argument is not a valid Directory resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 211

Warning: fopen() [function.fopen]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 212

Warning: fopen(mods/Packages/00_list.txt) [function.fopen]: failed to open stream: No such file or directory in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 212

Warning: fputs(): supplied argument is not a valid stream resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 229

Warning: fclose(): supplied argument is not a valid stream resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 231

Warning: opendir() [function.opendir]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 205

Warning: opendir(mods/Installed) [function.opendir]: failed to open dir: No such file or directory in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 205

Warning: readdir(): supplied argument is not a valid Directory resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 206

Warning: closedir(): supplied argument is not a valid Directory resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 211

Warning: fopen() [function.fopen]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 212

Warning: fopen(mods/Installed/00_list.txt) [function.fopen]: failed to open stream: No such file or directory in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 212

Warning: fputs(): supplied argument is not a valid stream resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 229

Warning: fclose(): supplied argument is not a valid stream resource in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 231

Warning: touch() [function.touch]: SAFE MODE Restriction in effect. The script whose uid is 2003 is not allowed to access /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/mods owned by uid 2001 in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/tiki-mods.php on line 108

Notice: Undefined variable: errmsg in /www/1stfreehosting.com/o/t/h/othman/htdocs/tikiwiki/lib/mods/modslib.php on line 117

after upgrade from 9.x to 12.x wiki pages with html code are reopened wrongly with wysiywg editor and no way to switch to normal through UI

It was rather annoying, since there was no way to revert back to a the normal plain text editor unless I appended by hand in the url the "__&mode_normal=y__" param.

I'll try to reproduce locally with the dump of the production site where this happened, and if I manage, I'll send a dbsump to a developer willing to bugfix it.