- Issue created by @seanB
- 🇳🇱Netherlands seanB Netherlands
Created an MR that passed the parameters. Also added a custom ckeditor5 parameter so we can check when to forward it for views.
- Merge request !6Issue #3455812: UUID and original_path parameters are not always available → (Open) created by seanB
- Status changed to Needs review
10 months ago 10:19pm 19 June 2024 - 🇳🇱Netherlands askibinski
Yeah we use `Drupal.ckeditor5.openDialog` and not the `Modal` or `iFrame` provided by entity browser.
There was a reason for using openDialog the way it is now, I think it was to simplify communication between ckeditor dialogs instead of the awkward way using iframes and also because entity browser threw in a lot of other (js?) stuff which screwed something else up, not sure.
Looking at the code from entity browser, they indeed also add `original_path` so I agree we should add that to the request, I'm just not sure that `hook_views_pre_render` is also needed to add it to `ajaxViews`? I don't see entity_browser doing that either so if someone would need it, it could be implemented using that hook since it is not needed for normal functionality.
- 🇳🇱Netherlands seanB Netherlands
Entity Browser has
entity_browser.view.js
that performs some magic. Since we do not properly use the Entity Browser modal it seems parts of it do not work as expected. I agreehook_views_pre_render
is a workaround for this, but it seems a bit easier that properly integrating Entity Browser modals.