Problem/Motivation
#2354889: Make block context faster by removing onBlock event and replace it with loading from a ContextManager changes context providers to be lazy loaded.
This changed the behaviour of ConfigImportAllTest in so far as midway through the install process, comment_entity_storage_load() is fired whilst the container is being rebuilt. At this stage the comment module is in the process of being enabled, and the current user is being determined in order to add the value back onto the rebuilt container. At this point comment module hooks fire but the comment.manager service doesn't exist.
To get around it a check for the service was added.
Proposed resolution
Investigate why the module hooks fire before the service is enabled.
Remaining tasks
Fix
User interface changes
None
API changes
Not known
Comments
Comment #1
andypostLooks we gonna get rid of that function
Comment #2
jibranComment #6
andypostLet's see current state
Comment #7
larowlanMystery solved itself?
Comment #8
andypostLooks like yes) btw queued for 7 & 7.1
Comment #9
xjmI don't see any answer on this issue for the title? The patch just seems to be removing the @todo and the conditional, but does that actually prove that the bug in the summary no longer exists?
Comment #10
larowlanYah, ConfigImportAllTest passes without it now, so I think we're good
Comment #11
andypostI guess this filed too early days and now we have
isSyncing()
and that fixed things http://cgit.drupalcode.org/drupal/tree/core/modules/comment/comment.modu...Comment #15
xjmThanks, #11 makes sense.
Note that the PHP 7 dev version failures are due to #2860663: UserTimeZoneTest fails on PHP 7.0.x-dev and 7.1.x-dev. The 7.1 failure appears to be the segfault (see #2859704: Intermittent segfaults on DrupalCI (some "did not complete due to a fatal error" with no additional info)). But the PHP 7.0 environment passed, so I think we are good there.
I accidentally cherry-picked this to 8.3.x thinking it was just the removal of the @todo, but of course it's also removing the unnecessary method call. So I reverted the 8.3.x commit; leaving this fixed against 8.4.x.
Comment #16
andypostIs there a chance to get this in 8.3.x later?