Can't select Tags in Admin Section...

acrylian

I am not able to reproduce that for example so it is hard to find out what that is.

NZMuso

Hi everyone

Our tech-head has just installed Zenphoto. (Data at bottom of post). Most of it appears to be working ok, but I am having this exact problem with the "tags" tab of Admin apparently not working - redirecting back to the Admin/Overview tab. (there is another problem but I will put that in another thread).

I would appreciate any help you can offer!
Thanks

Mark
Zenphoto version 1.2.5 [4022] (Official Build)
Current gallery theme: default
PHP version: 5.2.4-2ubuntu5.3
Graphics support: PHP GD library 2.0 or higher
PHP memory limit: 96M (Note: Your server might allocate less!)
MySQL version: 5.0.51a
Database name: zenphoto
Table prefix: zp_
Spam filter: none
Captcha generator: zenphoto
Active plugins:
class-video v1.0.0
filter-zenphoto_seo v1.0.0
flvplayer v1.1.1
Active filters:
seoFriendlyURL
10: filter-zenphoto_seo.php => filterAccentedCharacters

NZMuso

Apologies

I am using IE8 and Firefox 3.0.10 and have the same problem on both.

Thanks agin

Mark.

sbillard

I doubt it is eithr IE8 or FF3 since I am using both.

You can set the DEBUG_LOGIN define to `true` in functions-basic.php. This will log "login" information in zp-core/debug_log.txt. (You should delete this file first if it exists.) Maybe there will be an indication of what is wrong.

But as neither acrilian nor I can reproduce this, we have no clue as to why it is not working.

snazawa

Same problem here using FF3.5 or Safari 4.0.

# Zenphoto version 1.2.5 [4022] (Official Build)
# Current gallery theme: flickrish
# PHP version: 5.2.6

I was having problems with Cookie authentication, so I switched to Session authentication and that's when the problem of the Tag tab redirect started. So I just switched back to Cookie authentication, logged out and back again and now I can view the Tags page again. It sounds like you've might have an issue with your $_SESSION variable keeping track of the "Tags" tab rights but I have not even looked at your code.

Thanks for a wonderful product and all the many hours you put into this!

snazawa

Just for clarification for others that may be running into this issue. You change from Cookie to Session authentication on the Options > Gallery tab. Here's the description of that option:

enable gallery sessions

Check this option if you are having issues with album password cookies not being retained. Setting the option causes zenphoto to use sessions rather than cookies.

----------------------

Debugging info: I did not want to take the time to figure out your debugging system, so I just did a couple of quick echo's at the top of these two files right after:

require_once(dirname(__FILE__).'/admin-functions.php');

# admin-tags.php
$_zp_loggedin: 0
TAGS_RIGHTS: 4096
ADMIN_RIGHTS: 65536

# admin-upload.php
$_zp_loggedin: 79710
UPLOAD_RIGHTS: 16
ADMIN_RIGHTS: 65536

Perhaps this will help you debug?

snazawa

On a related note, if I have session authentication set, I cannot create dynamic albums. I'm getting re-directed to the overview (admin.php) page at line 34 in the admin-dynamic-album.php file:

if (!zp_loggedin()) {
header("Location: " . FULLWEBPATH . "/" . ZENFOLDER . "/admin.php");
exit();
}

I'm logged in as the Admin (master) user. It must be a session/authentication issue related to why I cannot access the Tags page.

sbillard

Sorry you could not work out the debug log stuff. It is really not so hard. Anyway, the debug output you present is of no use, it tells us only what we already know--the "cookie/session" login failed.

However, now that we know sessions are the key, we can probably reproduce and fix the problem.

snazawa

Thanks. I appreciate your help on this. It wasn't that I coudn't figure out that debug log system, but it was late and I just wanted to do something quick. In the end it may have been easier to try the debug log. Thanks again. Look forward to hearing what you find.

snazawa

Here's the debug_log.txt data when I click on the Tags tab:

zp_getCookie(dynamic_locale): SESSION[]=, COOKIE=
zp_getCookie(zenphoto_auth): SESSION[]=, COOKIE=
Backtrace: checkAuthorization()
checkAuthorization called
from require_once (auth_zp.php [40])
from require_once (classes.php [12])
from require_once (class-load.php [7])
from require_once (template-functions.php [13])
from admin-tags.php [7]
checkAuthorization: admins => (
1 => ( user => admin, pass => 1fb0e331c05a52d5eb847d6fc018320d, name => Admin,
email => webmaster@hidden.org, rights => 79710, id => 1 ),
)
zp_setCookie(zenphoto_auth, , 1246105591, /tools/zenphoto)::album_session=1
zp_handle_password: $authType=zp_gallery_auth; $check_auth=083149e7e3e9074e3115a0d966428212; $check_user=hgigallery;
zp_getCookie(zp_gallery_auth): SESSION[]=, COOKIE=
zp_getCookie(dynamic_locale): SESSION[khlc309mmhgjp2k34hl7lcj364]=, COOKIE=
zp_getCookie(zenphoto_auth): SESSION[khlc309mmhgjp2k34hl7lcj364]=1fb0e331c05a52d5eb847d6fc018320d, COOKIE=
Backtrace: checkAuthorization(1fb0e331c05a52d5eb847d6fc018320d)
checkAuthorization called
from require_once (auth_zp.php [40])
from require_once (classes.php [12])
from require_once (class-load.php [7])
from require_once (admin-functions.php [18])
from admin.php [11]
checkAuthorization: admins => (
1 => ( user => admin, pass => 1fb0e331c05a52d5eb847d6fc018320d, name => Admin,
email => webmaster@hidden.org, rights => 79710, id => 1 ),
)
checkAuthorization: checking: 1
checkAuthorization: match

---------------

Please let me know if you need any more info?

sbillard

Thanks. Have found the problem. Fix will be in tonight's nightly build.

snazawa

Wonderful. You guys are awesome!

GavCaz

would it be possible to post the adjustments that need to be made - I just upgraded to 1.2.5 (in hopes that this issue would be solved), and it would be wonderful if I could just update the particular files that need to be updated instead of going through the whole process again...
thank you so much for fixing this!

sbillard

http://www.zenphoto.org/trac/changeset?new=4157@/&old=4156@/

However please note that there has been NO testing of this change applied to the base 1.2.5 release. Generally speaking, we never recommend applying a change in isolation of the development stream upon which it was developed.