Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.Problem/Motivation
This was working and stopped working, so perhaps it is simply a setting that got changed, but I can't find it. I have this line in my page:
[view:catalogus_list_position=contact_info=31717/437]
In the regular view of the page, it works just fine. It replaces the this with a div with the view content inside. But in the Entity Print view, it leaves this instead:
<drupal-filter-placeholder callback="\Drupal\insert_view_adv\Plugin\Filter\InsertView::build" arguments="0=catalogus_list_position&1=contact_info&2=31717/437&3=%7B%22id%22%3A%22insert_view_adv%22%2C%22provider%22%3A%22insert_view_adv%22%2C%22status%22%3Atrue%2C%22weight%22%3A0%2C%22settings%22%3A%7B%22allowed_views%22%3A%5B%5D%2C%22render_as_empty%22%3A0%2C%22hide_argument_input%22%3Afalse%7D%7D" token="eK6hAveaTd5ElGf4hvS_qFQzQpBy3H29ERDZqxI1_nA"></drupal-filter-placeholder>
I thought it was the "wrapped inside a tag" issue, but that does not fix it either. I get no errors in the log file or in the Javascript console.
Steps to reproduce
Proposed resolution
If I place the view using the module "views_entity_embed" it works fine. So look how they are embedding the view and see what is different. I would rather use your short code than their wysiwyg interface.
Comments
Comment #2
scottop commentedSo I am next thinking that perhaps it happens because there is no Javascript in the Entity Print html, or did that get taken care of on the server side?
Comment #3
scottop commentedComment #4
a.dmitriiev commentedCan you try to disable Big Pipe module and check again? In order to have the best performance this module uses render placeholders that are substituted by drupal core in 2 ways: statically and dynamically (in case Big Pipe module is enabled) with JS. Big Pipe module is enabled by default but it works only for authenticated users. So other check that would give me more information that you can do, check entity print version as anonymous user (you can even leave Big Pipe on).
Comment #5
scottop commentedI disabled BigPipe, no change. Then I opened up all of the permissions so that logged in and anonymous users can use all print engines, no change. I tried DomPDF and WKHTMLtoPDF with the same results. The view itself only has "view published contents" as a security requirement.
I would be happy to try other experiments.
Comment #6
a.dmitriiev commentedI think I will need to try myself with Entity Print version. Do you see the tag already in PDF or in the preview in the browser too?
Comment #7
scottop commentedEntity Print has a nice feature where you add "/debug" to the PDF generating URL and it gives you a webpage with the HTML it will use to give the print engine. That debug page is where I can see that the insert has been half done, leaving the drupal-filter-placeholder tag. That tag gets removed by the print engine when the PDF gets made, since it doesn't produce visual output.
The debug feature is the way to go to figure it out.
By the way, I also tried the "Javascript Delay" fix that was listed in a comment for rendering MathWorks (or something like that), but that didn't change anything.
Comment #8
a.dmitriiev commentedI think I found the problem. Entity Print module was not rendering any elements that are using placeholders. I have created the issue in entity print issue queue https://www.drupal.org/project/entity_print/issues/3220385, please check it.
Comment #9
scottop commentedGreat, and I see that you even propose a solution for the Entity Print module. I am hopeful.