Loading...
 
Features / Usability

Features / Usability


Add a new user in Tiki v1.7.1.1 doing nothing

posts: 3

Hi,

I am a newbie to Tiki and am stuck at the very beginning. I have logged in as the admin user and
want to add a second user. I have clicked the Users link underneath "Admin" in the menu, filled out the
"Add a new user" form with user, pass, and email, and clicked "Add".

My Apache log shows the following successful (200 response) GET and POST corresponding to the request:
127.0.0.1 - - 02/Sep/2003:23:19:17 -0400 "POST /tiki-1.7/tiki-adminusers.php HTTP/1.1" 200 11289 "http://localhost.localdomain/tiki-1.7/tiki-adminusers.php" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021203"
127.0.0.1 - - 02/Sep/2003:23:19:19 -0400 "GET /tiki-1.7/tiki-adminusers.php?find=&search=find&numrows=10&sort_mode=login_desc HTTP/1.1" 200 11289 "http://localhost.localdomain/tiki-1.7/tiki-adminusers.php" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021203"

But the new user does not appear in the list of users below, and the Admin users page appears just as it did a moment ago, with no error messages. Also, if I select on the users_users table in the tiki database, there's still only one row, for the admin user. If I attempt to insert a row in users_users with mysql, it inserts fine, so it doesn't look like the database would be refusing the row.

How can I find out why Tiki is failing to insert a row? Are there Tiki logs somewhere, or perhaps PHP or MySQL logs that would help troubleshoot?

One other thing to mention is that I seem to be unable to add calendar events as admin either - but I am able to add calendars! I don't know if that's related or not, if this is maybe a permissions issue.

Thanks,
Jim

posts: 3

More info:

I discovered that the POST triggered by the "Add" button adds none of the form fields to the PHP _POST variable (discovered by dumping _POST contents using print() - is there a better way to log/debug this information?) This seems to be dependent on whether the form specifies an enctype attribute of "multipart/form-data", which I see is necessary for the file input element in that form.

I found a blurb in a security advisory http://securityresponse.symantec.com/avcenter/security/Content/2208.html that happened to mention "PHP versions starting with 4.2.0 contain updated multipart/form-data handler code to intelligently parse HTTP POST request headers and differentiate variables and files sent by the user agent in a multipart/form-data request." My PHP version is currently 4.1.2, so that must explain my problems - an out-of-date PHP.

I will try to upgrade and see if it solves my user admin problems. It would be nice if the Linux RPM declared a version dependency for PHP, since it requires specific features in a recent version of PHP.

Thanks,
Jim


posts: 224 Ireland

Hi Jim,

I am also using PHP 4.1.2 and I have no such problems.

Regards,

Pat.


posts: 3

Hi Pat,

If PHP 4.1.2 processes multipart/form-data properly for you and not for me, then maybe it's just a PHP configuration issue. I definitely am a novice in using PHP, so I wouldn't necessarily know where to start looking there.

What I do know is that the configuration consisting of out-of-the-box apache-1.3.23 and PHP-4.1.2 binary RPMs distributed with RH Linux 7.3 did not process multipart/form-data submitted by Mozilla 1.2 correctly, and did not respond correctly to the Add new user feature in tiki. Once I built PHP 4.3.3 from source (no RPMs for RH Linux 7.3) and restarted Apache to load PHP 4.3.3, Apache PHP could handle multipart/form-data correctly, and the tiki Add new user feature worked for the first time. Perhaps it's ultimately a difference in default configuration between the PHP 4.1.2 binary install and the PHP 4.3.3 source install.

In any case, it's working now, and I hope this information is useful for someone else!

Jim


posts: 6 United States

You might need to make a slight change to your php.ini file.

Try this:

Replace
file_uploads = Off
with
file_uploads = On

Now I have a question. What is the format for the
"Batch upload (CSV file)" for loading users. At least I assume that is what it's for.


Upcoming Events

1)  18 Apr 2024 14:00 GMT-0000
Tiki Roundtable Meeting
2)  16 May 2024 14:00 GMT-0000
Tiki Roundtable Meeting
3)  20 Jun 2024 14:00 GMT-0000
Tiki Roundtable Meeting
4)  18 Jul 2024 14:00 GMT-0000
Tiki Roundtable Meeting
5)  15 Aug 2024 14:00 GMT-0000
Tiki Roundtable Meeting
6)  19 Sep 2024 14:00 GMT-0000
Tiki Roundtable Meeting
7) 
Tiki birthday
8)  17 Oct 2024 14:00 GMT-0000
Tiki Roundtable Meeting
9)  21 Nov 2024 14:00 GMT-0000
Tiki Roundtable Meeting
10)  19 Dec 2024 14:00 GMT-0000
Tiki Roundtable Meeting