Still having the same problems, I want to make this blog live but wont until its sorted...can I provide more information?

This is the "Link to change your password" that is received in the email:
http://www....com/blog/htsrv/login.php?action=changepwd&login=darren&reqID=zTJu4Jz7paCtoEb1rxx1Fx&sessID=66

Why is it redirecting imediately to admin.php : http://www.....com/blog/admin.php?ctrl=users&user_ID=7

?? Im aware that when working normally this "Change Password" link should take the user to their profile so they can change their password. It did do this when I first installed B2.

Ive just reviewed this post before submitting...it is wiping out all the cody stuff in the URL's and replacing it with "...." Does this matter? Will submit anyway. Thanks

Thanks

Since this is a new blog let's start with the simple stuff first, but first-first I think I can talk about problem number 2. I don't know how sessions work other than "it figures out you and your computer and stuff and decides you're a session, which will eventually time out". So if a user starts a session and has lost their password, then goes off and does something else for a while, then checks their email and click the link, then they've got a different session number and it'll freak out.

I don't know why it's putting dot dot dot in your URLs. It usually does that to keep URLs tidy in here, but not in the beginning - and it normally makes links that still work.

Anyway! Since this is a new blog this is my favorite answer to strange situations: delete everything and start over. You don't have to delete the database, which you probably don't want to do if you've got a couple of posts in there already, so back up your conf/_basic_config.php file and delete all the files that are part of your b2evolution installation. Delete them from your PC too. Now grab a fresh copy of the zip file, unzip it, edit conf/_basic_config.php to have the database connection info and baseurl and admin_email from your original file, change $config_is_done to 1, and upload everything.

The theory is that you've got a funky corrupted file somewhere. Much easier to shotgun it than to try one at a time to hammer out the problem.

Oh and you can see for sure if you're using v1.9.3 before dumping everything by looking at the bottom of any page in your back office. Assuming you're using 1.9.3 you won't need to run the installer again. If you happen to have an older version you should replace it all with the files for 1.9.3 then point your browser to yourdomain.com/yourpath/install/index.php and tell it you're upgrading so that it can make sure your database matches what 1.9.3 wants it to be.

Oh wait a minute. When you created a second user account did you use a different browser? Try it that way so that you don't have any sort of cookie conflict. Or do that after replacing all the files.

Cookies and sessions. Blech. At least cookies sound nice. I wish they called sessions something pleasant like 'snacks' or 'sundaes' but no: boring name for a boring thing.

Thanks EdB, Ive read alot of this forum now, big thanks to the gents like youself for all of your help.

Im sorry though, I think this is way over my head. Yes, Im using 1.9.3, it isnt one of the options in the drop down box so figured 1.9.x must be the same. I understand about sessions, the form that came up was one with only one login button (ie didnt include the login to back office button as well) which is the form that is playing up. The form with both buttons seems to be fine.

Will "delete everything and start over" wipe out my design changes and settings etc? Ive spent huge numbers of hours getting it together (slow going being a novice) so starting again has about as much appeal as standing on a rotton banana. The "...."in the first part of the URL I put there. Im happy to post a link to the blog but its going to be reasonably R18 (though still tame at this point - could always delete this post after youve had a look if you think it would help you to?). Up to you :)

Used the same browser to create all users. I will try it in a different one now. Thanks again. Sally

Update: Tried all in different browser (firefox): tried password request for current basic user and created a new basic user. Problems are all the same.

Oh I thought you thought the ... might be a problem somehow. Yeah I'm not worried about seeing the page given the nature of your problem. Usually seeing the blog is way better than hearing a problem described, but in this case it seems - to me - like something's broken that's not just a piece of displaying the page, so ... not much good to see the page.

Anyway your skin mods (and others?) MIGHT be part of the issue. So after you have a fresh version of 1.9.3 running you can test the problem of the other user account via an alternative browser (IE has a purpose after all!), and see if "b2evolution straight out of the box" works. If that's true then you can apply your skin and see if somehow your skin is bringing in the problem. One step at a time you can figure out "it worked then so let's change this" and see which bit brings in the problem. If you get all your bits back online and the problem doesn't rear it's ugly head again then you can rest assured it was a borked file somewhere. If you do see the issue again you'll know exactly which bit introduced the error.

:) We were posting at the same time...note on Browsers above.

Blog URL: http://www.eliteescorts.co.nz/blog

Ok, i'll start backing files...woohoo :). Gotta love it!

Maybe starting over will fix the 'wont upload pictures into File Management" as well??

Update: : Was just about to delete the blog when I remembered you saying I dont have to delete the data base...sorry, where do I find the database? Another update: the 'database' isnt in the blog directory is it? Im reasonably sure thats what you're going to tell me. Ok, so, Im editing _basic_config as we speak, will delete blog folder and upload new. X fingers Im getting this right. Its a mighty good thing Im an adrenalin junkie.

Back again. I deleted entire Blog Directory, downloaded fresh, unzipped, made changes to _basic_config.php, uploaded. It is now back to stock standard original form with exception of the database still being intact and I uploaded the individual stub.php's for each page. Thats all.

I also did a full system clean (cache, cookies, internet files etc).

Enter Basic user (username: Bob, password: bobby).
Bob logged in ok, no problem. He logged out then wanted to login again but realised he lost his password. Problems havent changed. Email link took him to Access Denied page.

Is it worth noting that I had some problem uploading the /blog/inc folder? I wound up doing it in stages and now that I think about it this may also have been the case the first time around??? This could sound like a possibilty except that back in the early days of First Blog these things were working.

I've just been playing with your user, and I *think* the problem is caused because bob doesn't have access to the admin area.

You can tell for sure by changing the group Access to Admin area: for bob to either "hidden" or "visible link" and seeing if that cures it.

You'll also want to meander into bobs profile and reset the email to your own ;)

¥

Fantastic! Yep, worked. Thank you very much :)

And apologies, I just sent your test email a few password change requests before realising what you meant by "reset the email to your own".

Bit Slow!

No problem, glad it's sorted ;)

¥