Had the same issue here: Align preview during editing works fine but after saved, the align is not applied as expected.
- Drupal 10.3.9
- CKEditor 5 - latest
NOTE that, IF I add a caption to the Image, it renders an extra HTML tag from
<!-- BEGIN OUTPUT from 'core/themes/stable9/templates/content-edit/filter-caption.html.twig' --> and then looks as expeted.
Anyways, I didn't had time to dig deeper but the issue still exists and
solution from #10
💬
CKEditor 5 Media Embed alignment options does not work
Closed: cannot reproduce
worked for me! Thanks ksenzee!
Heads up: This solution no longer works with Drupal 10. The following code
function MODULE_views_query_alter(ViewExecutable $view, QueryPluginBase $query) {
if ($view->id() == 'my_view') {
$query->condition('node.status',1);
}
}
throws an error: Error: Call to undefined method Drupal\search_api\Plugin\views\query\SearchApiQuery::condition() in MODULE_views_query_alter()
This solves the issue I'm having with JSONAPI's following error:
The website encountered an unexpected error. Please try again later.
AssertionError: A JSON:API response failed validation (see the logs for details). Please report this in the issue queue on drupal.org in assert() (line 117 of core/modules/jsonapi/src/EventSubscriber/ResourceResponseValidator.php).
assert(, 'A JSON:API response failed validation (see the logs for details). Please report this in the issue queue on drupal.org') (Line: 117)
Drupal\jsonapi\EventSubscriber\ResourceResponseValidator->doValidateResponse(Object, Object) (Line: 108)
Drupal\jsonapi\EventSubscriber\ResourceResponseValidator->onResponse(Object, 'kernel.response', Object)
call_user_func(Array, Object, 'kernel.response', Object) (Line: 142)
Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch(Object, 'kernel.response') (Line: 202)
Symfony\Component\HttpKernel\HttpKernel->filterResponse(Object, Object, 1) (Line: 190)
Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object, 1) (Line: 81)
Symfony\Component\HttpKernel\HttpKernel->handle(Object, 1, 1) (Line: 58)
Drupal\Core\StackMiddleware\Session->handle(Object, 1, 1) (Line: 48)
Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object, 1, 1) (Line: 106)
Drupal\page_cache\StackMiddleware\PageCache->pass(Object, 1, 1) (Line: 85)
Drupal\page_cache\StackMiddleware\PageCache->handle(Object, 1, 1) (Line: 49)
Asm89\Stack\Cors->handle(Object, 1, 1) (Line: 50)
Drupal\ban\BanMiddleware->handle(Object, 1, 1) (Line: 48)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object, 1, 1) (Line: 51)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object, 1, 1) (Line: 23)
Stack\StackedHttpKernel->handle(Object, 1, 1) (Line: 718)
Drupal\Core\DrupalKernel->handle(Object) (Line: 19)
However the stack here is updated to latest 9.x
Drupal core: 9.5.11
PHP: 8.1.23
JSON API Extras: 8.x-3.24
Consumers: 8.x-1.17
Consumers Image Styles: 4.0.8
I'm submitting a patch for now until this issue gets merged.
This issue still persists as of
Drupal 9.5.11
jsonapi_extras 8.x-3.24
Can you please confirm the URL? The /jsonapi/pathauto_pattern/pathauto_pattern does not exists.
I completely agree with @agoradesign comment's: Seems that moving the issues to Github kind of split the efforts and contributors, not to mention the sync back problem...
Hi @OliverG thanks for the replay and for the patch. I'm adding a conditional check to avoid getting the error of calling ->id() on NULL. If this one works for you we may get this issue closed!
DamienMcKenna → credited barone → .
Confirming I just had this issue uninstalling the latest OG version, 8.x-1.0-alpha10 and Drupal 10.1.4. Here's the complete error message:
The website encountered an unexpected error. Please try again later.
Exception: The default OG membership type cannot be deleted. in Drupal\og\Entity\OgMembershipType->delete() (line 105 of modules/contrib/og/src/Entity/OgMembershipType.php).
Drupal\Core\Config\ConfigManager->uninstall('module', 'og') (Line: 470)
Drupal\Core\Extension\ModuleInstaller->uninstall(Array, 1) (Line: 91)
Drupal\Core\ProxyClass\Extension\ModuleInstaller->uninstall(Array) (Line: 174)
Drupal\system\Form\ModulesUninstallConfirmForm->submitForm(Array, Object)
call_user_func_array(Array, Array) (Line: 114)
Drupal\Core\Form\FormSubmitter->executeSubmitHandlers(Array, Object) (Line: 52)
Drupal\Core\Form\FormSubmitter->doSubmitForm(Array, Object) (Line: 597)
Drupal\Core\Form\FormBuilder->processForm('system_modules_uninstall_confirm_form', Array, Object) (Line: 325)
Drupal\Core\Form\FormBuilder->buildForm(Object, Object) (Line: 73)
Drupal\Core\Controller\FormController->getContentResult(Object, Object)
call_user_func_array(Array, Array) (Line: 123)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 592)
Drupal\Core\Render\Renderer->executeInRenderContext(Object, Object) (Line: 121)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext(Array, Array) (Line: 97)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 182)
Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object, 1) (Line: 76)
Symfony\Component\HttpKernel\HttpKernel->handle(Object, 1, 1) (Line: 58)
Drupal\Core\StackMiddleware\Session->handle(Object, 1, 1) (Line: 48)
Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object, 1, 1) (Line: 106)
Drupal\page_cache\StackMiddleware\PageCache->pass(Object, 1, 1) (Line: 85)
Drupal\page_cache\StackMiddleware\PageCache->handle(Object, 1, 1) (Line: 48)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object, 1, 1) (Line: 51)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object, 1, 1) (Line: 51)
Drupal\Core\StackMiddleware\StackedHttpKernel->handle(Object, 1, 1) (Line: 704)
Drupal\Core\DrupalKernel->handle(Object) (Line: 19)
Just updating since I ran into this issue but found a more straight forward solution. In the Edit page of your index, there's an option for Paragraph as a data source.
With that you can access and index paragraph's content directly no matter where they are used by other content or even other paragraphs. This gives a huge flexibility to create more efficient indexing.
Confirming that after applying the patch the issue was fixed and the order successfully created. Tested on site with the following:
-- Drupal core: 9.5.8
-- Drupal commerce: 2.36
-- Drupal Commerce Licence 3.0
-- Drupal ACL 1.0 beta
-- Drupal Content access 2.0 rc
Hi, I would check some things
1- Is the webp module loading by accessing /admin/config/media/webp/settings
2 - Check if the GD library is installed in your server: Go to /admin/reports/status and look for the GD library.
3 - If you are using Imagick, check if GD is available in /admin/config/media/image-toolkit and try to select it