Closed GoogleCodeExporter closed 9 years ago
It seems that this behavior does not occur when the setup.php from v1.5 is
altered to use a different database-name. When one changes 'candydolldb' to
'candy15', the update to v1.8 works as expected.
Strange...
Original comment by fwp...@gmail.com
on 20 Oct 2012 at 8:44
Debugging the call to User::Update(), $dbi->info shows that all is well:
Rows matched: 1 Changed: 1 Warnings: 0
If I place a User::GetUsers() right after the update, the admin-user does have
the new rights.
Original comment by fwp...@gmail.com
on 23 Oct 2012 at 11:06
I place a call to User::GetUsers() right before the redirect to login.php,
die(). All is well, the admin-user has full rights.
Then, i place the exact same call after the include(cd.php) in login.php,
die(). There, the admin-user has no rights at all.
Meanwhile, I view the table's content in PHPMyAdmin, it stays empty all the
while. What is going on?
Original comment by fwp...@gmail.com
on 23 Oct 2012 at 11:28
Comment 1 is not valid, have retried and it fails, too.
Original comment by fwp...@gmail.com
on 23 Oct 2012 at 11:29
Fixed in r765.
Original comment by fwp...@gmail.com
on 23 Oct 2012 at 5:33
Original issue reported on code.google.com by
fwp...@gmail.com
on 19 Oct 2012 at 10:04