RobHam, try setting "$debug" to 1 in /conf/_advanced.php. Then you should have a "Debuglog" at the bottom of the page.
What does the "login" section say after you try to login?

Then, try to login directly at /htsrv/login.php - what does the "login" section then say?

Do you get a "Login failed" error message from b2evo (in the login form)?

What does the "session" section in the Debuglog say before and after trying to login?

Have you tried another browser?

Are you behind a proxy?

blueyed wrote:

RobHam, try setting "$debug" to 1 in /conf/_advanced.php. Then you should have a "Debuglog" at the bottom of the page.
What does the "login" section say after you try to login?

Then, try to login directly at /htsrv/login.php - what does the "login" section then say?

Do you get a "Login failed" error message from b2evo (in the login form)?

What does the "session" section in the Debuglog say before and after trying to login?

Have you tried another browser?

Are you behind a proxy?

I have some of these answers.

Not behind a proxy
Also have not currently tried another browser
I do not get a Login failed error message
Login section says - NULL, empty, Not loggedin.... (did not try)

login directly at /htsrv/login.php to be tryed later tonight.

Now there may be a clue with the Session section logs.
Before the Login attempt shows
ID (from cookie): 41
Session ID/key combination is invalid!
ID (generated): 42
Cookie sent.

and after the login attempt
ID (from cookie): 43
Session ID/key combination is invalid!
ID (generated): 44
Cookie sent.

I think that this is the relevant cookie content directly after the login atempt :-
cookieb2evosession
44_tLMj5ndMcqknjZBJnQ54lobW1gm8QF76
192.168.2.77/b2evolution/blogs/
1024
1346552320
30534080
3076986800
29799825
*

blueyed wrote:

Then, try to login directly at /htsrv/login.php - what does the "login" section then say?

Have now tried this, same result as before but returns me back to page blogs/admin.php

RobHam, in the Debuglog should be displayed a query that starts with "SELECT sess_ID, sess_key, sess_data, sess_user_ID". Can you quote this here?

I think I might have found the/a bug there.

I've splittet this from the original topic, because it's not the same problem.

This change might fix it:
http://evocms.cvs.sourceforge.net/evocms/b2evolution/blogs/inc/MODEL/sessions/_session.class.php?r1=1.11.2.4&r2=1.11.2.5

blueyed wrote:

RobHam, in the Debuglog should be displayed a query that starts with "SELECT sess_ID, sess_key, sess_data, sess_user_ID". Can you quote this here?

I think I might have found the/a bug there.

session:
ID (from cookie): 57
Session ID/key combination is invalid!
ID (generated): 58
Cookie sent.

Query #4:
SELECT sess_ID, sess_key, sess_data, sess_user_ID
FROM evo_sessions
WHERE sess_ID = '57'
AND sess_key = 'cR2EPwUOtDhXZxyEspEsgSRehgcyYEur'
AND sess_lastseen > 1154463283

Will check out your possible bug fix shortly.

blueyed wrote:

I've splittet this from the original topic, because it's not the same problem.

This change might fix it:
http://evocms.cvs.sourceforge.net/evocms/b2evolution/blogs/inc/MODEL/sessions/_session.class.php?r1=1.11.2.4&r2=1.11.2.5

This proposed bug fix has fix this problem.

Strange that this manifested on my system and no one elses, perhaps this has something to do with my server running under Linux but my browser runing under XP.

No, it should be just a server issue (which does the query).

Anyway, thanks for finding this bug.. ;)

i have seen a dozen solutions for a similar issue that has been diagnosed as a cache/cookie issue. mainly this can be seen by having a login rejected "you need to login!" or having credentials not show on the sidebar.

in my particular instance,

-it isn't a cache issue
-cookie_path in advanced.php was changed
- user settings and permissions have been toyed with
- baseurl in _basic_config is correct
- _session_class from sourceforge was already a fix

it appears that it would be the actual login screen not retaining the cookie although cookies are set to be accepted. here it will show my user as "online" on the sidebar, but no status has changed on the "misc" piece where a user would normally login.

login:
login: NULL
pass: empty

SELECT sess_user_ID
FROM evo_sessions
WHERE sess_lastseen > "2007-08-07 12:54:49"
AND sess_key IS NOT NULL

any help would greatly be appreciated.

version 1.9.3
url: knng.varsitysportsradio.com[/quote]

I am experiencing the same problem. Each time I log in, it waits, shows me on line but does not allow me to post, edit, perform admin - won't let me do anything.

The only way I can get in is to request my password and click on the link - it will let me in ONLY once...

As admin and as this is my only blog, this is MOST frustrating. It's been going on for a while. I switched to Firefox and it fixed and then I upgraded today. Suddenly, it's not working again.

I've checked all my local settings and everything is set to accept cookies.

The program will not accept the log in or the cookie for anything.

I'm a newbie so please spell it out to me!

Thanks!

Lissa

Delete cookies in FireFox: Tools -> clear private data.
Clear cached items in B2evo: backoffice -> tools -> misc

That's probably too obvious to be an answer. But a problem by B2evo is usually not causing the trouble.
Do upgrade to 1.10.2 for the few of you that haven't already done that.

Good luck

Logged in using my "send me my password" trick and cleared the cache. Still not working.

ANy more hints?

Thanks!

Lissa

Is there not some change in script we can make to fix it? I'm having a terrible time with this being my only personal blog. I can't lose what all I've done and the comments and such. There's just so much!

I could really use some help :(

Please post an URL to a 1.10.2 blog where the problem appears, so we can take a look at it. Thanks.

http://theuntamedscrapper.com/blogit/index.php

Thanks for helping!

I am having this same login problem. I have to clear cookies to login. Obviously I can expect my users to do that. This only just started happening. Where does B2 handle cookie stuff. My host said the following:

It looks like you have PHP configured to use cookie-based sessions rather than store session information on the server, and you have the cookies configured to expire after the current session has ended (or when the browser window is closed). I'm not familiar with what you're using the cookies for in your application, but if those time parameters don't meet your application's requirements and you haven't overridden them with local values, that could be the source of your problems. Another potential issue may be the domain scope of the cookie (set to the server's hostname value by default). If you can provide some more information regarding the nature of the problems you're having, we can look into whether or not it's something we can assist you with server-side or if it is an issue that will have to be addressed in your application.