Loading...
 
Architecture / Installation

Architecture / Installation


Install problem: Permission denied you cannot view this page

posts: 4 Belgium

I am installing version 1.7.4 on a debian box with apache 1.3, php 4, mysql 3.

There is NO safe_mode in the way, I untared, mapped the directory in apache, tested PEAR (peartest in documentation), no problem.

I ran setup.sh with no problem - first time "./setup.sh www-data www-data", no luck; second time, I also added rights and domain as I have several virtual host on the server (also, only one tiki), but still no luck (in both cases I get the same issue as described below). Also, there is no apparent issue as directories are created and owned by www-data.

Then I access the tiki-install page, defined user/password, ... and it creates the tables.

Then I go to tiki-index (or tiki-admin) and try to login. I change my password as it is due (changes are reflected in the db).

so far, so good (seems to, at least)

then I try to login and either get a "Permission denied you cannot view this page" (when the login is correct), or a "Invalid username or password" (which is expected when the login is incorrect).

Does anybody has any clue about what is wrong?

Regards,

Bernard

posts: 2881 United Kingdom

The username and password fields are case sensative.

Can you confirm that they are correct caps?

Otherwise, I would look at session cookies maybe, did you change for them to sit in the database or in /tmp?

Damian

posts: 4 Belgium

> Damian:
> The username and password fields are case sensative.
>
> Can you confirm that they are correct caps?

yes, admin/admin in small letters (then I changed the password to something else).
Also the script does not complain on the password when I type it right (as the message is different whether I type the password ok or wrong.

> Otherwise, I would look at session cookies maybe, did you change for them to sit in the database or in /tmp?

I would rather have the session info in the DB, but that is secondary to my current issue now.
No, I did not change session cookie storage. Actually, the install is vanilla 1.7.4 with vanilla database (I just notice that when installing the database, I says 1.7.3. But I presume the schemas are the same between 1.7.3 and 1.7.4)

I also think of session and cookie to be the issue here, but I don't see where lies the issue sad .

On the browser side, I have tried
- OS X 10.3.2/safari 1.1 with java & javascript on; popups off
- OS X 10.3.2/mozilla Firebird 0.7

in both case, the only cookie I get is the tz_offset


Bernard

posts: 2881 United Kingdom

Hi again,

Ok, From that I take it your on a Mac platform razz. I'm not sure if this affects mac or just windows however it was recently fixed in 1.8
The trick is to move tiki from http://localhost into http://localhost/tiki

I think marcuis corrected the problem, but off the top of my head I cannot remember what changed.
If you can try that for me, and let me know, I'll get the fix backported into 1.7.5.

Damian

> bderubinat:
> > Damian:
> > The username and password fields are case sensative.

posts: 4 Belgium

Hi again,

> Ok, From that I take it your on a Mac platform razz. I'm not sure if this affects mac or just windows however it was recently fixed in 1.8
> The trick is to move tiki from http://localhost into http://localhost/tiki
>
> I think marcuis corrected the problem, but off the top of my head I cannot remember what changed.
> If you can try that for me, and let me know, I'll get the fix backported into 1.7.5.
>
> Damian

Does not seem to do the trick. As described in my email to you, I tried various things. None worked, except hardcoding the usename in the script; which is of course not a good idea, but shows that the tiki engine is wrking and the issue sits on the auth part.

Regards,

Bernard

posts: 2881 United Kingdom


Hang on a moment, are we going down the wrong road.

When you login, does the login box change to say logged as: admin ?

posts: 4 Belgium

> Damian:
>
> Hang on a moment, are we going down the wrong road.
>
> When you login, does the login box change to say logged as: admin ?

I assume that by box you mean a form in a table on the right on the screen (not a popup). I do have this form, and this is where I type the user/password stuff (admin/admin in the first place, then admin/otherpwd afterwards).

In the box, it keeps asking for the username password, and does not say logged as: admin (which is strange as it does not complain about a bad password)

-b


posts: 4 Belgium

> Damian:
> The username and password fields are case sensative.
>
> Can you confirm that they are correct caps?

yes, admin/admin in small letters (then I changed the password to something else).
Also the script does not complain on the password when I type it right (as the message is different whether I type the password ok or wrong.

> Otherwise, I would look at session cookies maybe, did you change for them to sit in the database or in /tmp?

I would rather have the session info in the DB, but that is secondary to my current issue now.
No, I did not change session cookie storage. Actually, the install is vanilla 1.7.4 with vanilla database (I just notice that when installing the database, I says 1.7.3. But I presume the schemas are the same between 1.7.3 and 1.7.4)

I also think of session and cookie to be the issue here, but I don't see where lies the issue sad .

On the browser side, I have tried
- OS X 10.3.2/safari 1.1 with java & javascript on; popups off
- OS X 10.3.2/mozilla Firebird 0.7

in both case, the only cookie I get is the tz_offset


Bernard

posts: 2881 United Kingdom

Hi again,

Ok, From that I take it your on a Mac platform razz. I'm not sure if this affects mac or just windows however it was recently fixed in 1.8
The trick is to move tiki from http://localhost into http://localhost/tiki

I think marcuis corrected the problem, but off the top of my head I cannot remember what changed.
If you can try that for me, and let me know, I'll get the fix backported into 1.7.5.

Damian

> bderubinat:
> > Damian:
> > The username and password fields are case sensative.

posts: 4 Belgium

Hi again,

> Ok, From that I take it your on a Mac platform razz. I'm not sure if this affects mac or just windows however it was recently fixed in 1.8
> The trick is to move tiki from http://localhost into http://localhost/tiki
>
> I think marcuis corrected the problem, but off the top of my head I cannot remember what changed.
> If you can try that for me, and let me know, I'll get the fix backported into 1.7.5.
>
> Damian

Does not seem to do the trick. As described in my email to you, I tried various things. None worked, except hardcoding the usename in the script; which is of course not a good idea, but shows that the tiki engine is wrking and the issue sits on the auth part.

Regards,

Bernard

posts: 2881 United Kingdom


Hang on a moment, are we going down the wrong road.

When you login, does the login box change to say logged as: admin ?

posts: 4 Belgium

> Damian:
>
> Hang on a moment, are we going down the wrong road.
>
> When you login, does the login box change to say logged as: admin ?

I assume that by box you mean a form in a table on the right on the screen (not a popup). I do have this form, and this is where I type the user/password stuff (admin/admin in the first place, then admin/otherpwd afterwards).

In the box, it keeps asking for the username password, and does not say logged as: admin (which is strange as it does not complain about a bad password)

-b