Installation of D7 RC without any issue and first time to log in to admin panel successfully.

But after that, can't log in to admin panel again.

I'm very sure that user name and password are correct.

Checked site DB profile tables verifying the same user name in the NickName column,

but the string in Password column is different with the one generated by MD5 generator

using the same admin panel password.

Not sure which format that D7 RC using to generate password string, not MD5 ?

Any suggestion how to fix this issue.

I have tried to reinstall the D7 RC twice, and it acted exactly the same way.

Go to your homepage and click "forgot password" under the login box. Type in the administrator email you use and the captcha. Click retrieve my information. It will send you a new password.

I have noticed problems trying to change the admin password inside the admin panel. So instead, login as the admin (once you receive your new password) and then edit your profile and change the password form there.

Should be good to go.

Chris

PS. it uses Salt and MD5 I believe.

Zarcon:

Thanks.

I followed your instruction and got the new password.

I checked the site DB profile table Password column, it changed to new string.

But I still can't log in using the new passed.

dont take offense to this question, but i just answered a support ticket for the same thing. the admin path is changed on D7

http://yourdomain.com/administration

just to make things even more confusing for us all.

Regards,

DosDawg

DosDawg:

Thanks, but it is not the path issue.

I can log in at first time, then failed to after that.

Even with the new retrieved password.

D70 RC do not have such problem, is it a clean install ? or some type of upgrade ?

for password generation it uses md5 + salt + sha1

not directors / directors (translation error) but www.dolphin.../administration/
this mean that either as a member (on index.php or as administrator (/ Administration) the problem is the same. Unable to connect

Similar problem here. After I successfully downloaded D7RC1 and installed I went to login in and was asked for my lic #. I tried that and it wasn't accepted... ??? Seems that might be because I changed the domain. So I sent an email to support to change the domain listed with my lic#. Still waiting on that response.

.

But today I try to sign in again and enter the correct login info and all I get is the same login in screen again.

.

I'm hoping this is the domain name issue and not something more serious.

Once you retrieve a new password, try logging into the site from the main homepage and not the admin panel. See if that works. If it does, access your admin panel from the member bar at the bottom.

Once you have done that, go back to the site and edit your profile. Change your password from there. Also, make sure you are not using FireFox with stored passwords.

Chris

It is a fully clean installation.

It is also not working for retrieving new admin password.

It is not working for IE too.

And it was the second time clean installation and it happened the same issue.

I tried to register as a site member and confirm with email fine.

But also can't log in.

So I tried as you explain. With Internet Explorer and not Firefox.

I tried from /member.php (address given with the new password in the delivery of e-mail)
and it is always the same.

We write the username and password are valid. It is again redirected to the same page with the request the same information.

If you want to go check on the home page (index.php) our nickname appears as a member connected (with light yellow icon)

if you want to check: www.tezamis.com

regard

I checked the site DB, in profile table, UserStauts column showed "online,

"DateLastLogIn" showed "2009-11-15 20:43:30"  and "DateLastNav" showed

"2009-11-15 20:43:30". It seems the member is still log in. Does this make any

sense?

The only problem I suppose you can have is that you have /cache/ directory from old installation.

Make sure that you install D70RC into clean directory.

If you have installed D70RC into clean dir and still have problems with login please send me your site access details to check the problem more carefully.

cool!!! im not alone! i got the exact same problem!

http://www.boonex.com/unity/forums/topic/user-can-t-login-anymore-.htm

and also user cant create account anymore

its from a fresh new install of rc version and i already try to clean all cache directory but it still dont work

so anyone got an answer?

hello from germany.

have the same problem.

i cant login as admin. system says "wrong username or password", but it can not be wrong!

php version 5.1.2

best regards

well all that i can say is PLEASE boonex help US!!!!

this is a real bug... not only for my... more and more user got this problem...

works fine

first time & every time :))

I had that problem.  I deleted the whole folder and installed it again.  it works every time now.  I think you guys should fresh install again.  Hope it will work better.

AlexT:

First, I very, very clear to say it is clean installation. All the old DB tables and source code directories are deleted.

Second, I redo the fresh installation yesterday and found some interesting things, may be useful to you.

After fresh installation, it worked very good both for administrator and member about 24 hours and then things happen

again, exactly the same as before.

This time, I copied the DB profile tables information when it works and found the password columns content have been

truncated now. I thought this the problem or the bug or the server side settings issue. The following info may give you some hints.

DB profile table password column:

admin account:

correct password: ec37c5d4212a895f401a102e09292907a0084570

current password: ec37c5d4212a895f401a102e09292907

a0084570 was truncated.

I tried to set password column back to correct one via this SQL query, but I got this warning

Affected rows: 0
Warning: #1265 Data truncated for column 'Password' at row 1

The password type is varchar(32) and Salt column remain the same.

The UserStatus column always "online", even none is log out for days.

If you still need my site and host account info for debug, let me know.

We had to fix this issue ASAP since this post is getting longer and longer

and I couldn't continue to build my site.

Thanks.

SQL query:

are you sure you have the latest?...my pass is varchar 40 which is correct ...32 will always break

What do you mean the " latest" ?

It is D7 RC1, isn't it?

I'm not set any thing for DB.

It is created and managed by D7.

I wonder some thing happened and make it changed to varch(32) because it worked for the first day after fresh installation.

my too i got the same problem... the website works fine from last friday to thuesday.. after that it broke... i made no change in the database... only add a lot of field in the profile field builder...

I  have  found this  problem  too  on  testing  RC  version. Problem  was  with  setting  coockies.

Try  this :   inc/profiles.inc.php  (string  457 for  fresh installed  version)  find  this  code

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

setcookie("memberPassword", $sPassword, $iCookieTime, $sPath, $sHost, false, true /* http only */);

and  change  it  to

setcookie("memberPassword", $sPassword, $iCookieTime, $sPath, $sHost);

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

Always  backup your files before  changes!

i try and it still dont work.. even after clear the 2 cache directory... i even try to reset the password of my user account and with the new password it still dont work... so i put back the line i change in the profiles.inc.php

@ gorpus/Tim

thanks for your help but its not working.

best regard

I have the same problem. November 13 installed Dolphin7RC (clean directory). Passwords worked properly for 17 or 18 November. Now, do not work administrator and users passwords. New users also can not log on again. Generate new passwords give nothing.

AlexT, do you want the password to my database?

so how many other member of boonex should have this SAME problem before they add this BUG in the trac and give us a way to fix it...

Manually changed DB profile table password column type to varchar(40) and restored original password(good for one day)

still didn't make it working.

cant call it a bug it does work for some of us :)

Maybe  you  have  problem  with  php version.

i  has  some  problems   on  php4    with   dolphin 7 RC,  now  i  have 
PHP 5.2.3  and  problems  are  away  :)

This is happening to me now.  I was able to log in for over a week and now I cant login to admin or to any user accounts.  I have made no DB or server changes since the last login.

I have

PHP Version 5.2.6

and a reply to prolaznik : every day i see new member on the forum who told that they got this problem.. its appear suddently... it will probably happen to you also... maybe after it happen to you you will call it a bug!

maybe but until then no bug :)

Go to your server's Phpmyadmin option, click on your database name (Example:***_***().  A long list will display, click on "Admins". You will see name field and password field. On top right, click on "empty". Click on "insert". Then, on the same row beside the name field function drop down list , on the "Value" box type in your new username. Now on the next row as the password field, choose "MD5" from the function dropdown list, then on the right side "Value" box on the same row, type in your new password. Then, click on "go". now your job is done, your username and passrd will work.

first, i dont see in phpmyadmin a table call  "Admins"

i dont know where you see it... but it not on my table...

second, if i click on empty it will delete all the table for all the member if your actually talking about the database "Profiles"

so dont know how to do this exactly... without lost all of the other member data...

and what about the "salt" value

In the RC1, the user info is stored in profile table. You can view the table and edit it. My log in worked from yesterday with retrieving password, both for user and admin.

I don't know how long it will be lasting. And I found for the same user password, I got different encoding

and salt string.

Here are they

before:

pw=d46a8a0c18c18c2d79f6841c8a26e8f04cd87842 // good for one day
salt=ZTk4NzQx

now:

pw= 0345852508fedfb4adb91cbc2237518cf3060999
salt=YjNiM2Rm

All I changed is to set password type from varchar(32) to varchar(40), so the password will not be truncated. But it also didn't work at beginning until tomorrow.

Something must be strange, either server setting or RC1.

Let's continue to monitor this issue and shot that mouth up without any help.

right, i dont understand why boonex seam to not take that issue seriously... its still not in the trac of bugs to fix...

Tcket added: http://www.boonex.com/trac/dolphin/ticket/1508

Thanks a lot MichelSwiss :)

do you think that it will be able to have a fix to correct the problem once the problem will be discover? i did a lot of change on my dolphin website and dont want to lose everything

thx again for the reply

Sorry totallyfreak... i don't know about the fix that BoonEx will do. I just see that lot of D7RC have the same problem. Have a look to the Track - Timeline from time to time.

That I know...is that it is a bad idea to use a Release Candidate (that is not yet stable by definition) for a live site... even if I can understand your impatience ;-)

Fixed. The problem occurred after changing properties of Password field in admin fields builder.

http://www.boonex.com/trac/dolphin/changeset/13286

AlexT:

Happy to here that you found the root cause(I hope so) for this issue.

But I will tell you that I didn't edit password from admin panel or user profile

at all, never. The most part I edited after fresh installation were profile section.

And I found the Nickname and email items in join from didn't function to save action.

same here... i never change the properties of password field in admin field builder.. i only add some field for member profile in the fields builder... so maybe you dont find the REAL bug

The problem was that password field was cut off, like described first time. This problem was determined and fixed. Thank you jyi123, for clear and detailed explanation. It is the only REAL bug was reported.

Other description of the problem can not be reproduced or understood, no screenshots, no real errors, words like "can not login after two days" means nothing and can not be threated seriously. Please be more descriptive when you report problems, for more details please refer to:

READ-THIS-POST-BEFORE-SUBMIT-YOUR-BUG-REPORT

well i can give you full access to my server and you will be able to see it by yourself.. it just that i dont know how to explain it more than that... the login just dont work anymore... even for newly created account... but if you say that the bug is solve i will wait to the next release of rc to install the upgrade patch and see if the problem is solved...

AlexT:

I thought I miss understood your post for the fix of this issue.

In my last post, I mean that I didn't change the admin password from

admin panel(it didn't work), but I did edit the password property in profile -> join.

Why it is still work for some time at radon after editing password property.

Any way, we found the real bug and solution how to fix it.

Hope all others with same issue will fix and work fine.

Hi there,

First time ever posting here so be nice to me. I been having the same issue of not able to login with the Admin password info to the admin control panel. I've been reading lots of the posts here and following some tests. Some worked for a few minutes then stopped displaying anything on both sides front and backend.

I am using CentOS 5.3 / PHP 5.1.6 / MySQL 5.0.77 and first did a clean install with RC1 Upgrade to RC2 same problem, then I forced my machine to upgrade to PHP 5.2.10 and it all worked. But Upgrade wasn't perfect, which made some of my other websites not work for module issues. To save time I went back to PHP 5.1.6 to try to pin point the issue knowing it worked on PHP 5.2.10 and not on PHP 5.1.6.

The Database seems to have the right structure for the password varchar(40) and looks ok with a fresh RC2 install, but still not working. I did some code trace and see two files that contain the same JavaScript routine name validateLoginForm() in /inc/js/jquery_ajax.js and /inc/js/login.js which I believe is fine, but worried if the login cache files might be calling the wrong one at times.

This simply seems to be something related to the function calls and how the function is trying to get data from the database through JavaScript files? and if the JavaScript files don't have the right hand-shakes between the database versions it could cause these kind of issues. (Had experience in the past with an online JavaScript routine not working with deferent versions of MySQL)

Still I am sorry I have no answer, but thought this might give some hints to were we should be looking in to.

I will continue to do my tests and search for this issue. Hope someone else can come up with some ideas to pin pointing this issue as well and not temp fix.

P.S. It would help a lot if you can post your OS / PHP version / MySQL version and working or not, so we can see if there is a deference in the server setup as well.

Thank you for detailed explanation.

If you have PHP 5.1.6 then login process will not work because cookies can not be set in this case. Please make sure that you are using PHP 5.2.0 at least. Also clean your cache directories after reinstallations.

Please provide more insormations:

- PHP version

- Dolphin version

- Is it clean install ?

- Is it really clean install ? I mean install to the EMPTY directory

- is it upgrade ? if upgrade, then upgrade from what version ?

- check type of Password field in Profiles table, it must be varchar(40)

YOU NEED PHP 5.2.0 AT LEAST!

LOL

me i use

PHP Version 5.2.6

i did a fresh install of the dolphin script... i empty all folder before install it... i clean the cache folder... i delete the database and create another one for reinstall fresh new dolphin rc2... i check varchar... its 40.... and i STILL got problem to connect with admin.... after i add some field in the field builder in the admin section....   even if this is the cause... admin should be able to add field... if we have to restrict us to add some field for avoid the password bugs.... why dolphin is set to add field... and if its a specific kind of field that make the bug... this is not normal... the script should be able to manage what is correct and not correct as symbol to add into field... anyway i never use '     or   "    or    :   or  ;  into all the field i create... the only special symbole i use sometime its    (   and   )   and  -    that's it....

i think it should be much easier for boonex to check directly to our server to find what is the problem... i always give you that option.... i have no restriction to give you the access to my server...  but i never get any reply for this into private messaging AlextT.....

this is really bad... i wait so long for this release... and i still cant use it!!!! i wait over 2 year to finally have a dolphin version who will achieve my objective as a good dating script.. and now that the version 7 is exactly what i wait for... i cant use it on my server unstead i got all the minimum requirement......

I need serious help about this case... dont take it like it was a no sense bug...

There is no possibility to use the script without PHP 5.2?

I used your latest beta version and it worked.

I can not get immediate php 5.2 at least with my rented server.
This is a shame that this version is mandatory to use your script.

belami25, Due to some recent security audits/features, it required Dolphin to be configured on a PHP platform of 5.2.x. This version of PHP has been out for a long time now as PHP4 fades from support. Is it you that cannot install PHP 5.2.x on your server or is your host not allowing it at this time?

Chris

Please Read This before you assume Boonex is being difficult:

http://en.wikipedia.org/wiki/PHP

PHP 5.1.x is no longer supported by PHP and is not receiving any further patches/upgrades.  5.2 is currently the latest supported version and you host should be updating the server to 5.2.x at a minimum, especially since 5.3 is out and php 6.x is upcoming.  (Apologize if 6 is already out and I missed it)

Considering the fact that upgrading is free your host should not have an issue with this, if they do, then they need to put you on a different machine or you need to select a host that will support your site fully. 

6 is not out yet and still in development.  Hopefully we'll see something late next year.  One thing I hate is all the php6 books out there now were drafted with some very early development code and most are now useless.

It is possible to correct some lines to run Dolphin on earlier versions of PHP, but it is strongly recommended to use PHP 5.2.0 at least, because of security reasons.

Could you tell me the lines that should be changed for use with a php older than that recommended?
Thank you in advance

I remember reading somewhere that Dolphin must have php 5.2.0 now to be compatible and the software is not supported anymore for any 4.x versions

I had the same problems  with passwords and login, but they are all gone after upgrading my php from 5.1 to 5.2.9 . I use Centos, and I followed this tutorial to make the necessary updates:

http://www.freshblurbs.com/install-php-5-2-centos-5-2-using-yum

It is not recommended to do this at all !

The following steps will make your site  vulnerable to different security attacks:

1) replace similar lines in several places:

setcookie("memberPassword", $sPassword, $iCookieTime, $sPath, $sHost, false, true /* http only */);

to

setcookie("memberPassword", $sPassword, $iCookieTime, $sPath, $sHost, false);

last parameter was added in PHP 5.2.0, removing it will run your site on PHP 5.1.6 at least.

Hello Alex

Can you tell me what files (which includes these lines) should be modified?
Does the security will be equal or less than the beta versions (eg version Dolphin-v.7.0-Beta-6) if I change these lines?
I currently have a dedicated server in plesk and I have no other option because I do not have php 5.2

thank you for your valuable replies

regards

flash\modules\desktop\inc\customFunctions.inc.php

inc\profiles.inc.php

I've had this same issue as well.  The first thing I thought of was some sort of IP block since I was playing around and doing a lot of clean installs.

Since I thought I was blocked for whatever reason, I fired up my laptop and connected to my sisters router upstairs which has a different IP and did another clean install.  That worked.  No problems.  I then attempted to log in from the PC that was failing me and that now worked fine as well.

Haven't had a problem since, but i'm sure if I try another clean install from my IP, it will fail.

Weird.

Oh yeah, and this was with RC3.  Thinking RC3 was the problem, I dropped back to RC2 and it still failed in the initial tests.

PHP version too old, please update to PHP 5.2.0 at least
Please go to the
Dolphin Troubleshooter
and solve the problem.

Hello

I found two files, I made the changes as indicated. But I can not continue the installation because I now have a error message as shown here:

What can I do more

(in: install/index.php I changed this line
if (version_compare (phpversion (), "5.2", ">") == 1)
in this
if (version_compare (phpversion (), "5.2", ">") == 0)
but it is always the same thing

regard

yes, you need to remove these checking for correct php version in inc/header.inc.php file too.

yes, you need to remove these checking for correct php version in inc/header.inc.php file too.

I'm sorry to bother you Alex, but I can not find this file in inc/

inc/header.inc.php that file will be generated after a successful installation

Finally I have a person who has fully completed the update of my php, php 5.2.11 I have now, and dolphin 7 RC3 works now.

regards

stef