Unable to login to gallery

frompkin

Joined: 2002-12-20
Posts: 4
Posted: Fri, 2002-12-20 20:17

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:

 
alindeman
alindeman's picture

Joined: 2002-10-06
Posts: 8194
Posted: Fri, 2002-12-20 20:27

Make sure cookies are enabled on your computer. Also try putting Gallery in debug mode.

 
frompkin

Joined: 2002-12-20
Posts: 4
Posted: Fri, 2002-12-20 21:07

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?

 
alindeman
alindeman's picture

Joined: 2002-10-06
Posts: 8194
Posted: Fri, 2002-12-20 21:10

Can you post a test account here and the URL so that we can try to login?

EDIT: The next step, also, is this: run the phpinfo.php script in the setup/ directory (gallery needs to be in setup mode) and post the information about the session information (it will be in the first table). Or just post a link to it here and let us look at it.

 
frompkin

Joined: 2002-12-20
Posts: 4
Posted: Fri, 2002-12-20 21:10
 
alindeman
alindeman's picture

Joined: 2002-10-06
Posts: 8194
Posted: Fri, 2002-12-20 21:13

I can login fine. This eliminates that Gallery is at fault. Check your browser settings again. Make sure popups are allowed and that cookies are enabled.

 
frompkin

Joined: 2002-12-20
Posts: 4
Posted: Fri, 2002-12-20 21:29

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

Dave

 
alindeman
alindeman's picture

Joined: 2002-10-06
Posts: 8194
Posted: Fri, 2002-12-20 21:30

Oh. Cool then. Have fun with Gallery :smile:

 
mcancell

Joined: 2002-12-21
Posts: 2
Posted: Sat, 2002-12-21 02:19

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.

Quote:
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:

 
alindeman
alindeman's picture

Joined: 2002-10-06
Posts: 8194
Posted: Sat, 2002-12-21 02:23

Can you post a test account with the URL to your Gallery? Also, please post the "session." variables from the first table in the phpinfo.php script that comes with gallery in the setup/ directory.

 
mcancell

Joined: 2002-12-21
Posts: 2
Posted: Sat, 2002-12-21 02:40

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.

 
beckett
beckett's picture

Joined: 2002-08-16
Posts: 3474
Posted: Sat, 2002-12-21 17:54

Hi. That link isn't working for me. =/

Yep, check your session vars in your phpinfo page, or better, tell us the results of gallery/setup/session_test.php (i.e. whether the number increases).

Also in your phpinfo, tell us whether register_globals is on or off. Though it *shouldn't* matter, you might need to turn it on.

And let us know if you get the link working again.
Thanks!
-Beckett (

)

 
formas

Joined: 2002-09-11
Posts: 11
Posted: Wed, 2002-12-25 23:32

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

 
bharat
bharat's picture

Joined: 2002-05-21
Posts: 7994
Posted: Sun, 2002-12-29 00:11
Quote:
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...

Hmm. Is this possibly FAQ C.11/4.23? It sounds like the Javascript code that dismisses the popup window is failing to fire, for some reason. Are you running anything that might interfere with Javascript? Can you create a test account and send us the URL to your 1.3.2 install?

Oh by the way, upgrade to 1.3.3 ASAP :smile:

 
hubner
hubner's picture

Joined: 2002-12-27
Posts: 4
Posted: Sun, 2002-12-29 13:14
Quote:
>>
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...
<<

Hmm. Is this possibly FAQ C.11/4.23? It sounds like the Javascript code that dismisses the popup window is failing to fire, for some reason. Are you running anything that might interfere with Javascript? Can you create a test account and send us the URL to your 1.3.2 install?

Oh by the way, upgrade to 1.3.3 ASAP :smile:

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

 
bharat
bharat's picture

Joined: 2002-05-21
Posts: 7994
Posted: Sun, 2002-12-29 19:06
Quote:
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.

Are you running Gallery as a standalone app? Or inside a CMS like PostNuke?

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

Gallery, when run in standalone mode, uses the standard PHP session which by default logs you out after ~24 minutes. If you're embedded in a CMS, Gallery obeys that CMS session settings.

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

Er, what does that mean?

 
hubner
hubner's picture

Joined: 2002-12-27
Posts: 4
Posted: Sun, 2002-12-29 21:32
Quote:
>>
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.
<<

Are you running Gallery as a standalone app? Or inside a CMS like PostNuke?

Standalone.

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

Gallery, when run in standalone mode, uses the standard PHP session which by default logs you out after ~24 minutes. If you're embedded in a CMS, Gallery obeys that CMS session settings.

Ok. Have to ask my sysop to fix that.

Quote:
>>
Unfortunately - I can log in this way by using another computer as well.
<<

Er, what does that mean?

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

 
tomkinson
tomkinson's picture

Joined: 2002-12-30
Posts: 7
Posted: Mon, 2002-12-30 00:24

I too am having this same problem. I get no error messages and the whole install went very smoothly. I have actually installed Gallery several times before without any problems but they were earlier versions. This is the first time I've seen this though.

My configuration is as follows...
Windows 2000 Server (SP3)
Apache 2.0 (Running on Port 800)
PHP 4.3
Gallery 1.3.3

I've read through some of the posts and replys including the FAQ where cookies are suspect. I've looked at the phpinfo.php page and cookies are "on" in both the Local and Master values.

I'm not too savvy with some of the verbage you guys throw around here about PHP (I'm a real newbie but followed your awsome installation instructiuons!) so keep it simple... or at least in English please! :wink:

Thanks guys...

 
bharat
bharat's picture

Joined: 2002-05-21
Posts: 7994
Posted: Mon, 2002-12-30 19:32
Quote:
I too am having this same problem. I get no error messages and the whole install went very smoothly. I have actually installed Gallery several times before without any problems but they were earlier versions. This is the first time I've seen this though.

My configuration is as follows...
Windows 2000 Server (SP3)
Apache 2.0 (Running on Port 800)
PHP 4.3
Gallery 1.3.3

I've read through some of the posts and replys including the FAQ where cookies are suspect. I've looked at the phpinfo.php page and cookies are "on" in both the Local and Master values.

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

 
tomkinson
tomkinson's picture

Joined: 2002-12-30
Posts: 7
Posted: Mon, 2002-12-30 20:41
Quote:
What does the Session Test diagnostic do for you (linked from the config wizard)? What's the URL to your Gallery?

Okay, I ran the Session Test diags and there looks to be a problem in my PHP install...
The part where it says...
"If sessions are configured properly in your PHP installation, then you should see a session id below, and the "page views" number should increase every time you reload the page. Clicking "start over" should reset the page view number back to 1."
Hitting refresh on the web-page does not increase this number as it says it should.

URL to the gallery is
http://t2k.no-ip.com:800/gallery/index.php
(Ugly huh?)
Or you could use...
http://www.tomkinson2000.com/gallery/index.php
(masked to hide the ugly URL!)

BTW... I did re-install with Apache 1.3, everything else is the same but as the problem seems to be PHP related, the problem is also duplicated.

Thanks baharat!

 
bharat
bharat's picture

Joined: 2002-05-21
Posts: 7994
Posted: Tue, 2002-12-31 04:03

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.

 
fredhoysted

Joined: 2002-12-31
Posts: 16
Posted: Tue, 2002-12-31 04:32

I'm getting the same problem. Here's my set up:

- Mac OS X 10.2.3
- Gallery 1.3.3
- Cookies are set to 'never ask' ie it always accepts them

Thanks in advance.

Fred

 
tomkinson
tomkinson's picture

Joined: 2002-12-30
Posts: 7
Posted: Tue, 2002-12-31 13:16
Quote:
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!

 
tomkinson
tomkinson's picture

Joined: 2002-12-30
Posts: 7
Posted: Tue, 2002-12-31 13:25

In my previous post, I'm not sure why the cut and paste removed some of the back slashes from the paths but they're there.

 
bharat
bharat's picture

Joined: 2002-05-21
Posts: 7994
Posted: Tue, 2002-12-31 19:28
Quote:
[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

Quote:
session.save_path = c:phpsessiontemp

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.

 
tomkinson
tomkinson's picture

Joined: 2002-12-30
Posts: 7
Posted: Tue, 2002-12-31 20:06
Quote:
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.

Okay, problem here was I had several instances of php.ini files as you suspected. I deleted the other ones and have just one now. After following your instructions, I can see the changes reflected in the PHP diagnostics page, I also changed the session.cookie_path from /tmp to c:phpsessioncookies

After rebooting the server, I get no errors in the Apache logs any more. Re-visiting the diagnostics page of Gallery and checking the sessions reports a slight improvent. Refreshing the screen now gives me a new Session ID string BUT... the page view count still remains at 1.

Just for SnG's, I tried to log into the Gallery as admin but still have the same problem as before.

BTW, I've left the board in config mode so you should be able to see the settings if they help you at all...

http://t2k.no-ip.com:800/gallery/setup/index.php

Thanks... and you're patients is appreciated!

 
bharat
bharat's picture

Joined: 2002-05-21
Posts: 7994
Posted: Wed, 2003-01-01 19:58
Quote:
After following your instructions, I can see the changes reflected in the PHP diagnostics page, I also changed the session.cookie_path from /tmp to c:phpsessioncookies

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.

 
tomkinson
tomkinson's picture

Joined: 2002-12-30
Posts: 7
Posted: Wed, 2003-01-01 21:34
Quote:
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.

bharat,

It Works!!! Your diagnosis was spot on and I'm now able to log into my Gallery! Thanks again for all your hard work, patients and speedy replies to my questions. This application rocks and I really wanted to get it working - which it now does! :grin:

Thanks again and here's wishing you and everyone else here a Happy New Year!

Regards, Gary

 
formas

Joined: 2002-09-11
Posts: 11
Posted: Sun, 2003-01-05 01:56
Quote:
>>
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...
<<

Hmm. Is this possibly FAQ C.11/4.23? It sounds like the Javascript code that dismisses the popup window is failing to fire, for some reason. Are you running anything that might interfere with Javascript? Can you create a test account and send us the URL to your 1.3.2 install?

Oh by the way, upgrade to 1.3.3 ASAP :smile:

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

 
jpm

Joined: 2003-01-05
Posts: 1
Posted: Sun, 2003-01-05 19:08

Another thing to try:

My sessions weren't working until I turned off ZoneAlarm. After some playing around, it seems that ZoneAlarm's "Block 3rd Party Cookies" was the culprit. I haven't investigated why ZoneAlarm thought cookies from my own computer were 3rd party.

 
formas

Joined: 2002-09-11
Posts: 11
Posted: Sat, 2003-01-11 16:26
Quote:
Another thing to try:

My sessions weren't working until I turned off ZoneAlarm. After some playing around, it seems that ZoneAlarm's "Block 3rd Party Cookies" was the culprit. I haven't investigated why ZoneAlarm thought cookies from my own computer were 3rd party.

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!