Unable to login to gallery

I could use some help. I appear to have everything configured, I'm not getting any errors at least, however when I click on the login button after entering my username (admin) and password, the login popup just refreshes. Any advice or assistance would be greatly appreciated.

Dave

See below for my current config.php:

Ok, made sure cookies are on, tryed logging in on two different machines, turned debug on, still unable to get the login to work.

Any other ideas?

http://www.evillord.org/gallery

Thanks for the help. It was actually a problem with the paths in the config.php file.

Dave

I am having the exact same issue. I am running Appache 1.3.X on Win XP, PHP4.2.X. Everything seems to be configured ok. But after I enter the "admin" login and the valid password it just refreshes the screen. When I try entering a bad logim "e.g., 123" it does fail the authentication, so it seems to be finding me in the user file. I am baffled and frustrated. I am glad to see that at least others are having the same problem. If you have are do find out how to get past this I would be indebted.

If you goto http://www.eyerover.com that will display the phpinfo screen.

Is there a way to make a test account without getting into the admin screens?

Thanks for the quick response. I have been at this for many hours.

Hello all,

Hope everyone had a wonderful Holiday.

I am having a very similar issue with Gallery 1.3.2. Here is the deal. I am running Win2k, with Apache 2 and php 4.3.0 RC4. I have both Gallery 1.3.1 (old system) and 1.3.2 (testing customization to match old system) running on my machine.

NOTE: Customization does not interfere with Gallery's workings!

I have no problems logging in to 1.3.1, but when I login to 1.3.2 the cursor goes to the login box, but the login name stays (cursor is on left of box, before username). I also found that if I close the login window (do not press cancel) that I can enter an album and I am then presented with the admin options as if I had logged in. Also, once I have gone through this process, I can logout and back in again as many times as I want with no trouble...

I think I have seen this before but that was months ago and I have no clue what was done :sad:

Any advice is greatly appreciated!

- Seth

I have this problem as well. It seems like it appears when I have not logged out properly the last time. Then Gallery remember me as logged in.

I would suggest that a time out is introduced in Gallery that logs a user out after a certain amount of idle time.

Unfortunately - I can log in this way by using another computer as well.

/Johan

Standalone.

Ok. Have to ask my sysop to fix that.

Sorry for my English :smile: . It means that if I haven't logged out on Box A (just by closing my browser) and go to to Box B I don't have to log in to edit my gallery. But that is explained by what you wrote earlier. Thanks for a great app btw.

Johan

What does the Session Test diagnostic do for you (linked from the config wizard)? What's the URL to your Gallery?

tomkinson,

Looks like your server is a Windows box, but your session save path is set
to /tmp. This is probably generating an error message somewhere in your
logs, kind of like the one in FAQ C.9. Try following the instructions there and
see if that resolves your problem.

bharat, yes it is a Windows 2000 box. I read through the FAQ you pointed out and I changed the path for session.save_path in my php.ini file. I did create the new directories in the modified path.
I also checked the error log in Apache and yes, you're right, there are errors. I've cleared the error log, made the changes to the path, rebooted the server and revisited the main gallery page to see any new errors generated. They are as follows...

[Tue Dec 31 08:01:47 2002] [error] PHP Warning: session_start() [<a href='http://www.php.net/function.session-start'>function.session-start</a>]: open(/tmpsess_6559e3814dfa26c78f9024ff30b2058e, O_RDWR) failed: No such file or directory (2) in c:apachehtdocsgallerysession.php on line 51
[Tue Dec 31 08:01:47 2002] [error] PHP Warning: Unknown(): open(/tmpsess_6559e3814dfa26c78f9024ff30b2058e, O_RDWR) failed: No such file or directory (2) in Unknown on line 0
[Tue Dec 31 08:01:47 2002] [error] PHP Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0

The following is the Session section from my php.ini file

[Session]
; Handler used to store/retrieve data.
session.save_handler = files

; Argument passed to save_handler. In the case of files, this is the path
; where data files are stored. Note: Windows users have to change this
; variable in order to use PHP's session functions.
; session.save_path = /tmp
session.save_path = c:phpsessiontemp

; Whether to use cookies.
session.use_cookies = 1

; This option enables administrators to make their users invulnerable to
; attacks which involve passing session ids in URLs; defaults to 0.
; session.use_only_cookies = 1

; Name of the session (used as cookie name).
session.name = PHPSESSID

; Initialize session on request startup.
session.auto_start = 0

; Lifetime in seconds of cookie or, if 0, until browser is restarted.
session.cookie_lifetime = 0

; The path for which the cookie is valid.
session.cookie_path = /tmp

; The domain for which the cookie is valid.
session.cookie_domain =

; Handler used to serialize data. php is the standard serializer of PHP.
session.serialize_handler = php

; Define the probability that the 'garbage collection' process is started
; on every session initialization.
; The probability is calculated by using gc_probability/gc_dividend,
; e.g. 1/100 means 1%.

session.gc_probability = 1
session.gc_dividend = 1000

; After this number of seconds, stored data will be seen as 'garbage' and
; cleaned up by the garbage collection process.
session.gc_maxlifetime = 1440

; PHP 4.2 and less have an undocumented feature/bug that allows you to
; to initialize a session variable in the global scope, albeit register_globals
; is disabled. PHP 4.3 and later will warn you, if this feature is used.
; You can disable the feature and the warning seperately. At this time,
; the warning is only displayed, if bug_compat_42 is enabled.

session.bug_compat_42 = 0
session.bug_compat_warn = 1

; Check HTTP Referer to invalidate externally stored URLs containing ids.
; HTTP_REFERER has to contain this substring for the session to be
; considered as valid.
session.referer_check =

; How many bytes to read from the file.
session.entropy_length = 0

; Specified here to create the session id.
session.entropy_file =

;session.entropy_length = 16

;session.entropy_file = /dev/urandom

; Set to {nocache,private,public,} to determine HTTP caching aspects.
; or leave this empty to avoid sending anti-caching headers.
session.cache_limiter = nocache

; Document expires after n minutes.
session.cache_expire = 180

; trans sid support is disabled by default.
; Use of trans sid may risk your users security.
; Use this option with caution.
; - User may send URL contains active session ID
; to other person via. email/irc/etc.
; - URL that contains active session ID may be stored
; in publically accessible computer.
; - User may access your site with the same session ID
; always using URL stored in browser's history or bookmarks.
session.use_trans_sid = 0

; The URL rewriter will look for URLs in a defined set of HTML tags.
; form/fieldset are special; if you include them here, the rewriter will
; add a hidden <input> field with the info which is otherwise appended
; to URLs. If you want XHTML conformity, remove the form entry.
; Note that all valid entries require a "=", even if no value follows.

Thanks again for all your help bharat!

The two quotes above don't agree. Are you sure you modified the right php.ini file? PHP is not picking up your change, cause if it were it'd be giving you the error message with your new path (instead of /tmp).

After making this change and restarting the webserver, go to the Gallery PHP diagnostic (linked from the config wizard). Check for the session.save_path setting there. If it doesn't reflect your change, then something went wrong when you editted the php.ini file. At the top of the PHP info page is the path to the php.ini file that PHP is using -- make sure you edited the right one.

There's your problem -- your session.cookie_path is not a physical path on your system, it's supposed to be a base URL (look it up on php.net for more details). Set this back to "/" and then see if that fixes your problem.

I upgraded to 1.3.3, and moved that to my Test site. The Test version works perfectly. I only have this problem on my local copy, and it is only affecting the 1.3.2 or 1.3.3 code. I have both the 1.3.1 and 1.3.3 code running locally, and only the latter has this issue...Doesn't sound to me like php.ini is not setup right.

I am clueless on this, but since it does not affect the server copy, I'm not worried.

Thanks for the help!

- Seth

I tried again after shutting down ZoneAlarm...no luck :sad:

Well, I am just going to assume it's a setup issue on my local machine...

Thanks!