The answer is Yes, but... you might want to make sure and wait for another person to confirm my answer as I am not quite sure. Better yet, why don't you email the iPage guys because they can give you help better...
Please excuse the confusion..
In application_top.php the Id is given as follows:.
V1.280 2003/07/12 09:38 hpdl.
From a list of tables, the database does not seem to be that different, but....
Thank you for your help..
That's the version number for application_top.php, not for osCommerce. Use.
To find your osCommerce version..
Happy me: It appears that I have got MS2 at least (without RC1 or RC2)..
I have applied the SQL patches and the migrated database should be ok now..
I however still have got the impossibility to log in..
It always retuns to the original state without any error message..
That is really frustrating..
The migrated database has got another collation than the OSC default, since I have been using.
...but it worked before and the passwords are hexadecimal which should be pagecode neutral..
I made another try by importing the values only. Same result!.
Are you storing sessions in the database? If not, try that. Other errors in the setup could also be causing this problem. Did you install 2.2RC2a and test it before migrating your database? If that doesn't work, migrating the database is not going to help..
Thank you, I am already storing sessions in mySQL..
I have got following environments to test:.
A Vanilla OSC 2.2RC2a with install generated database. (Reference).
B Sandbox (copy of Vanilla OSC 2.2RC2a, with my mods) using migrated and patched database (Development).
C Quality (copy of Vanilla OSC 2.2RC2a, with my.
Mods) using migrated and patched database (Test).
D Productive /Copy of my actual running shop) using migrated database (Productive).
The A version works (can create users and login, -> local AMP environment is OK ).
The B version do not work (can create users*, but not login).
The B version works using the database from A -> modded OSC B should be OK, it should come from the database, but: what could have been wrong???.
The B version do not work using a copy of the database from A where all table records were replaced by CSV imports from B very, very strange, isn't it?.
*upon creating new users, I get a short (apparently empty) command line screen, which could however come from Apache or mySQL.
Does anyone know what happened?.
This post has been edited by.
: 15 December 2008, 07:39..
Something in the difference between your B and C versions is throwing an error. Can you look at the server error logs? That might tell you where the problem is..
The only error I get, is from the email output, which does not work since I am at localhost. (that is probably the popup command screen).
That does not explain the main error, I suppose..
The fact is that logins and passwords are apparently correctly detected (wrong emails or wrong passwords do issue an error message, which do not come after a correct login) the point is that the login procedure forwards to the unlogged state and not to the welcome screen....
Still struggling with that thing....