I attempted a raw install of D729 in my localhost.
I never had a problem with other versions of Drupal, including 728.
Created a vhost as usual and to my surprise could never access the admin area.
Drupal was consistently rejecting the combo username/pass.
I tried everything several times: deleted all files, dropped database, cleared browser cache, tried different browser, different user/pass combo, attempted to set pass for user 1 with drush, used SQL queries.
Bottom line: I tried all the arsenal for hours and nothing could get me into my own server.
Finally got to 729 by upgrading via drush a 728 site.
I am using the testing branch of Debian (jessie) with apache2
Linux papimalo 3.14-1-amd64 #1 SMP Debian 3.14.12-1 (2014-07-11) x86_64
PHP Version 5.6.0RC2

CommentFileSizeAuthor
#4 workshop-test-site-update-core-729.png109.7 KBc13l0

Comments

David_Rothstein’s picture

David_Rothstein commented

I attempted a raw install of D729 in my localhost.
...
Drupal was consistently rejecting the combo username/pass.

Did the install itself complete successfully? It sounds like it didn't... (Among other things, you'd already be logged in after a successful installation.)

Since you're using PHP 5.6 this sounds related to #779482: Installation failure when opcode cache is enabled. My guess is you'd see the same behavior on a fresh install of Drupal 7.28 (or earlier) also?

ckosloff’s picture

ckosloff commented

Install completed successfully afaik because it sent me to the site but logged anonymously.
The story starts there:
opcache is not enabled in php.ini, just double-checked.
I had no issues with d728 or any earlier versions, although PHP version changes, I am in the testing branch, frequent updates.
Thanks for the help, please keep it going.

ckosloff’s picture

ckosloff commented

That is not all.
I recently received a training site where the user1 password was not provided.
Installed to localhost and changed user1 pass via drush, I guessed the user name.
Next I updated site to 729 via drush, password change worked.
After rebooting system user/pass combo did not work any more.
Had to delete database and re-import the provided database to get the site going again, on D7.28.
I also experienced strange issues in my BOA server, I entered issue here:
https://github.com/omega8cc/boa/issues/339

c13l0’s picture

c13l0 commented
Priority: Critical » Normal
StatusFileSize
new workshop-test-site-update-core-729.png109.7 KB

I cannot replicate this issue using the same training site as ckosloff. The training site can be found here: https://github.com/jeppy64/pcdm
I am using php: 5.5.10

Test 1 steps:
1. Changed the admin pw via drush
2. Updated Core from 7.28 to 7.29 via drush
3. Logged out
4. restarted apache/mysql
5. Successfully logged back into the updated site with new username/password

Test 2 steps:
After updating core from Test 1
1. Changed admin username and password again via drush
2. logged out
3. restarted apache/mysql
4. Successfully logged back into the site with a new admin name/pw

My best guess, this issue has more to do with BOA or as David suggested php 5.6

ckosloff’s picture

ckosloff commented

Hmm, if you read the issue I entered https://www.drupal.org/node/2307967
you will see that core dev thinks it can be related to opcache, if it is enabled, mine is disabled.
Until I get more info cannot blame anything in particular.
D7 should handle PHP 5.6, it handled it for D728.

Version: 7.29 » 7.x-dev

Core issues are now filed against the dev versions where changes will be made. Document the specific release you are using in your issue comment. More information about choosing a version.

Status: Active » Closed (outdated)

Automatically closed because Drupal 7 security and bugfix support has ended as of 5 January 2025. If the issue verifiably applies to later versions, please reopen with details and update the version.