Comment 7 for bug 1825851

I've made the changes to eg_vhost and eg_startup, and installed the Perl dependency, as noted in the release notes, and noticed a few things while testing this.

When I attempting to print holds to test the holds_for_bib print template, I receive a POST 404 to the /print_template, "Error compiling template" and "Uncaught (in promise): Error: Error compiling server-hosted print template," and the attempt fails. This was due to the template not being active by default. Some form of error-handling feedback may be useful here, such as a toast saying something to the effect of "No valid print template found."

In the Print Templates Admin UI, when cloning a template, the new template is partially selected(the editor on the left seems to display the correct information, but everything on the right side is missing. The template dropdown is cleared, and selecting the new clone has no effect unless you select another already-existing template first. This will bring the compiled info and preview back, though it will always represent the template you selected prior to selecting the clone. When cloning, even if "active" is selected, it will display as inactive until you edit the clone to be active.

When switching templates while on the sample data tab, a console error appears, "TypeError: Cannot set property 'innerHTML' of null."