Drupal 10, the latest version of the open-source digital experience platform with even more features, is here.The current test set we run with on ci.aegirproject.org does not include a D8 site.
This needs more work
| Comment | File | Size | Author |
|---|---|---|---|
| #9 | test_d8-2348173-9.patch | 983 bytes | helmo |
| D8_provision_test.patch | 1.92 KB | helmo |











Comments
Comment #1
helmo CreditAttribution: helmo commentedComment #2
helmo CreditAttribution: helmo commentedOne patch I'm testing: https://git.drutch.nl/drupal-contrib/provision/commit/69b62f8e55228b06a3...
Comment #3
helmo CreditAttribution: helmo commentedThe currennt point where it dies....
Comment #4
helmo CreditAttribution: helmo commentedWe might be able to re-use something from https://github.com/drush-ops/drush/pull/738/files
Comment #5
helmo CreditAttribution: helmo commentedA new error I'm now getting:
Could be related to #2348879: Welcome Mail - url() deprecated.
Comment #6
clemens.tolboom#2348879: Welcome Mail - url() deprecated. generates an error somehow
which is triggered by calling
I noticed the Drupal 8 site was in error (it threw an exception) so maybe we should test with bypassing this client email first?
Comment #7
clemens.tolboomHmmm
I have
drwxrwx--- 3 aegir aegir 4096 Nov 11 16:25 allComment #8
helmo CreditAttribution: helmo commented#7 is #2365175: D8 Platform sites/all created with insufficient permissions
#5 remains for me.
Comment #9
helmo CreditAttribution: helmo commented#5looks like collateral from #2348879: Welcome Mail - url() deprecated.
This patch seems to help... Anyone using these vars?
Comment #11
helmo CreditAttribution: helmo commentedThe next error:
Comment #12
omega8cc CreditAttribution: omega8cc commentedI could see this "Call to undefined method stdClass::getPathname()" only on site Clone, or rather on the Import task, and the weird thing is that the clone in fact works fine - you just run Enable task and the site works.
I'm testing this with Drush 7 head and Drupal 8 head.
Comment #13
omega8cc CreditAttribution: omega8cc commentedThe workaround is to not run the backend verify sub-task in drush_provision_drupal_post_provision_import()
This commit may provide further hints: https://github.com/omega8cc/provision/commit/ba1c138c2363d3bc9107bad7b22...
Comment #14
joestewart CreditAttribution: joestewart commentedNote also that #2362703: import_8 ineffective has a patch that allowed clones to maintain the install profile. The reason it is marked needs work is there is no fix or change to the global databases settings.
Comment #15
omega8cc CreditAttribution: omega8cc commentedAh, thanks for the pointer! I guess that is also the reason why the site name is never changed on Rename.
Comment #16
omega8cc CreditAttribution: omega8cc commentedI have added a few fixes and I no longer see these errors.
Comment #18
gboudrias CreditAttribution: gboudrias at Praxis Labs Coop commentedWhat's the status on this?
The link in #16 is broken. Did we pull those fixes?
Comment #19
omega8cc CreditAttribution: omega8cc commentedYes, all those fixes have been added in Provision. Sorry for not including issues and commits (listed previously in the Jenkins job) directly. It worked in our tests for D8 as long as we could test it with BOA, so up to Drupal 8.0.0-beta7: https://github.com/omega8cc/boa/issues/729
Comment #20
gboudrias CreditAttribution: gboudrias at Praxis Labs Coop commentedOkay so the test part is fixed and was pushed in 3.0. Please reopen the status if I'm mistaken.
Drupal 8 itselft doesn't work by default (because Drush 6), but there are separate issues for this (#1194602: [meta] Support the hosting of Drupal 8 sites).