Follow-up to #2592665: Create RC1 database dumps
In that issue, we added a drupal-8-rc1.filled.standard.php.gz
dump, but it was generated by starting with drupal-8.filled.standard.php.gz
, which was manually created around beta-12, and then running update.php on it to get it to RC1. This means that if a fresh install of RC1 yields a slightly different database, our automated test coverage isn't testing the update of such a database, even though that's the more common scenario (more people started on RC1 than on beta-12). This will get even more pronounced when we release 8.0.0: it will be more important for us to have automated tests for a fresh 8.0.0 to 8.0.1 update than for an update that starts from a pre-released version of 8.x.
It would also be useful to compare a database that was generated from a fresh install of a given tag/commit-hash with one generated from an earlier tag/commit-hash and then updated. Such comparisons could help uncover bugs with our updates.
So, this issue is to create a script for generating a "filled.standard" database dump, comparing its output with the drupal-8-rc1.filled.standard.php.gz
we currently have, and based on that comparison, either replacing that one, or adding it as an additional one.
Comment | File | Size | Author |
---|---|---|---|
#7 | updatepathrc1testbasefilledtest_log.txt | 103.54 KB | Mile23 |
Comments
Comment #2
alexpottI don't think this is in itself a critical release blocker - however given the possible use cases we decided that this work would be eligible for a d8 accelerate grant.
Comment #3
plachAnd this is exactly what's happening in #2607364: RC1 filled database update fails due to beta-12 to RC1 upgrade path issue.
Comment #7
Mile23Pinging this issue because I see consistent failures with
UpdatePathRC1TestBaseFilledTest
locally under MAMP, and I got here from #2607364: RC1 filled database update fails due to beta-12 to RC1 upgrade path issue which was a search result for that test name.Attached is a log of the typical error.
Comment #15
longwave