14 replies to this topic

[sandra-ch]

hi

i followed the instructions as much as i could understand them (german-speaking).

did the following:

adding snippet [[authenticate_visitor]] from snippet library
adding snippet [[EtoGal]] from download section EtoGal (EtoGal11beta3b.php)

creating new directory /galleries (assets/galleries set chmod 777)
create new document "Login Galerie" set online (id 74) with the text [[authenticate_visitor?id=75]]
create new document "Galerie Admin" set online (id 75) with the text [[EtoGal]]

go to the Login Galerie (74) and tried to log in with the admin-user
the table eto_etogal was created

---
everything fine until here, but nothing else happend
the login wasn't accepted, the login-mask was displayed again empty
no redirect to id 75 (the site "Galerie Admin")



everything else (other snippets) work very well.

The Server is
Version / 0.6.1 Final
Codename / Prelude
PHP / 4.3.9
Linux / 2.4.21-27.0.2.EL
Apache/2.0.46 (Red Hat)

where did i make a mistake?
thanks for help
sandra-ch

[mikef]

From your description, it sounds as if the problem is with the authenticate_visitor snippet, or you have got the admin user name and/or password wrong.

If the authenticate_visitor snippet is working correctly, then it will move you to the page id you asked for (and if you go back to the login page, it will now have a logout button, rather than somewhere for you to put the login name and password).

I suggest asking again in the authenticate_visitor snippet area, because I can't help with this. (I have seen problems with that snippet before, but only on a borrowed Windows server, and we weren't able to sort it out before the server was reclaimed by its owner.) Until the authenticate_visitor snippet works correctly, you aren't going to be able to load pictures in EtoGal.

The Etogal snippet creates the table the first time it executes, whether or not the user is logged in.

(There is also a German support section at http://www.etomite.c...hp?showforum=54
if that is easier for you, or you need comments explained.)

[sandra-ch]

hi mikef
thanks for the quick help.

From your description, it sounds as if the problem is with the authenticate_visitor snippet...
The Etogal snippet creates the table the first time it executes, whether or not the user is logged in.

You were right, the "first" problem was the authenticate_visitor snippet. i put the call with [!...!] instead of [[...]] and now i can log in and even log out.

i'm also redirected to the EtoGal page but the page content area is blank.

i even upload some pictures in the galleries folder by ftp but nothing is shown.


---

(There is also a German support section at http://www.etomite.c...hp?showforum=54
if that is easier for you, or you need comments explained.)

thanks i had a look there but there is already not much content.

[mikef]

adding images to the directory by FTP won't help (and may cause problems later if you try to upload pictures with the same name with etogal), because etogal reads the database to determine what should be there.

You should initially just have a button on the page saying 'manage pictures'.

I'm going to bed now, but I'll try to write a little diagnostic snippet tomorrow to check that all the session variables are being set correctly (since the only time I've seen this problem before, they weren't).

[sandra-ch]

hi mikef
thanks in advance and a good night.

[mikef]

Ok here's a simple snippet to check the Userlogged in call and the session variables

$output="<h1>User details</h1>";
$ud=$etomite->userLoggedIn();
if ($ud) foreach ($ud as $k => $v) $output .= "$k => $v<br/>";
else $output .= "userLoggedIn returned false<br/>";

$output.="<h1>Session details</h1>";
foreach ($_SESSION as $k => $v) $output .= "$k => $v<br/>";

$output.="<h2>Session details - permissions</h2>";
if (in_array('permissions',$_SESSION)) foreach ($_SESSION['permissions']as $k => $v) $output .= "$k => $v<br/>";
else $output.="no permissions";

return $output;

call it something like checkUser and put it on a page.

if you view the page when not logged in you should see something like:

User details
userLoggedIn returned false

Session details
Session details - permissions
no permissions

If you are logged in as admin you should see something like:

User details
loggedIn => 1
id => 2
username => xxxxx

Session details
shortname => xxxxxx
fullname => xxxxxx
email => t@y.com
internalKey => 2
failedlogins => 0
lastlogin =>
role => 1
nrlogins => 82
permissions => Array
frames => 0
validated => 1

Session details - permissions
id => 1
name => Administrator
description => Site administrators have full access to all functions
frames => 1
home => 1
view_document => 1
new_document => 1
save_document => 1
delete_document => 1
action_ok => 1
logout => 1
help => 1
messages => 1
new_user => 1
edit_user => 1
logs => 1
edit_parser => 1
save_parser => 1
edit_template => 1
settings => 1
credits => 1
new_template => 1
save_template => 1
delete_template => 1
edit_snippet => 1
new_snippet => 1
save_snippet => 1
delete_snippet => 1
empty_cache => 1
edit_document => 1
change_password => 1
error_dialog => 1
about => 1
file_manager => 1
save_user => 1
delete_user => 1
save_password => 1
edit_role => 1
save_role => 1
delete_role => 1
new_role => 1
access_permissions => 1

[sandra-ch]

hi mikef

thanks for the checkUser code.

i pasted the code in a snippet "checkUser" and put a call on a new page (id 76).

i went to the login page and logged in (with admin), it shows the "logout" button.

i get forwarded to the gallery-page and it showed the "manage pictures" button.
by clicking nothing happens.

i go to the checkUser page and it gave out the following code.

"
User details
userLoggedIn returned false

Session details
_logging_first_hit => 1
visitorLogged => 1
userAgentLogged => 1
operatingSystemLogged => 1
hostNameLogged => 1

Session details - permissions
no permissions
"

[mikef]

That's a session handling problem, rather than anything to do with Etogal. I suggest posting the same info under the authenticate_visitor snippet.

I don't know enough bout the session handling to be able to help

[Dean]

The user info that you are trying to log in with, is it your main administrator account?

[sandra-ch]

hi Dean

yes it's the main administrator i use.

thanks i'll have again a look in the authenticate_visitor section about sessions.

i will let you know where the problem lies.

[sandra-ch]

at last i got a real error message ,-)

« Error »
Etomite encountered the following error while attempting to parse the requested resource:
« PHP Parse Error »

PHP error debug
Error: move_uploaded_file(): SAFE MODE Restriction in effect. The script whose uid is 10205 is not allowed to access /home/httpd/vhosts/mydomain.org/httpdocs/assets/galleries/64 owned by uid 48
Error type/ Nr.: Warning - 2
File: /home/httpd/vhosts/mydomain.org/httpdocs/index.php(578) : eval()'d code
Line: 287

maybe this helps to identify the problem.

here are also the userCheck Details

User details
loggedIn => 1
id => 1
username => admin

Session details
_logging_first_hit => 1
visitorLogged => 1
userAgentLogged => 1
operatingSystemLogged => 1
hostNameLogged => 1
shortname => admin
fullname => Administration account
email => Your email goes here
internalKey => 1
failedlogins => 0
lastlogin =>
role => 1
nrlogins => 10
permissions => Array
frames => 0
validated => 1

Session details - permissions
id => 1
name => Administrator
description => Site administrators have full access to all functions
frames => 1
home => 1
view_document => 1
new_document => 1
save_document => 1
delete_document => 1
action_ok => 1
logout => 1
help => 1
messages => 1
new_user => 1
edit_user => 1
logs => 1
edit_parser => 1
save_parser => 1
edit_template => 1
settings => 1
credits => 1
new_template => 1
save_template => 1
delete_template => 1
edit_snippet => 1
new_snippet => 1
save_snippet => 1
delete_snippet => 1
empty_cache => 1
edit_document => 1
change_password => 1
error_dialog => 1
about => 1
file_manager => 1
save_user => 1
delete_user => 1
save_password => 1
edit_role => 1
save_role => 1
delete_role => 1
new_role => 1
access_permissions => 1

Edited by sandra-ch, 11 September 2006 - 08:51 PM.

[Dean]

Ok, you need to contact your host about this bit:

Error: move_uploaded_file(): SAFE MODE Restriction in effect. The script whose uid is 10205 is not allowed to access /home/httpd/vhosts/mydomain.org/httpdocs/assets/galleries/64 owned by uid 48

Are the assets and assets/galleries folder CHMODDed Correct?

[mikef]

Glad to see you've got this far, and fixed the login problem!

As the galleries/64 directory has been created, permissions are OK for the galleries directory. The problem is the 64 directory.

The problem is caused by the safemode restrictions. You need to chmod the 64 directory too, and the directories for any other galleries. (this can't be done by EtoGal, as safemode prevents this). Its probably easier to create the directories for each of the galleries manually and chmod them before you attempt to load data into them.

These steps come from martin.kuna in the old etogal support thread, where this problem was first discussed:

I add new galleries this way:
1) make new document in etomite (for example with id 10), insert the snippet [ [etogal]]
2) create new directory in ftp client with the same name as id of my document (in this case 10)
3) set chmod 777 for this directory in ftp client
4) upload new images using etogal snippet

Edited by mikef, 11 September 2006 - 09:59 PM.

[sandra-ch]

hi
i'm also very glad (every little step brings me closer to the gallery :betterwink:

Glad to see you've got this far, and fixed the login problem!

As the galleries/64 directory has been created, permissions are OK for the galleries directory. The problem is the 64 directory.

The problem is caused by the safemode restrictions. You need to chmod the 64 directory too, and the directories for any other galleries. (this can't be done by EtoGal, as safemode prevents this). Its probably easier to create the directories for each of the galleries manually and chmod them before you attempt to load data into them.

These steps come from martin.kuna in the old etogal support thread, where this problem was first discussed:

i also stumbled over this older thread a few minutes ago and controlled the CHMOD for the directories.
they are all 777 (by default, i didnt need to set it manually) and empty.

---
...again a step further:
i deleted the directory and created it manually and set CHMOD 777 and now it seems to work...

thanks very much for your patience
sandra-ch

Edited by sandra-ch, 11 September 2006 - 10:42 PM.

[mikef]

I hope in the end you find its worth all the effort!