1. Try changing your file extension to .txt or .patch.
2. Make sure your path is correct relative to your composer.json file.
This worked like a charm and y'all just saved me a lot of time!
I not sure I fully understand your issue, but I had similar problems. It seemed mostly because I was running Twig debug and templates were rendering content even when empty of database content. The way that has worked for me is this:
{% set has_page_sidebar = page.sidebar|render|trim %} // Set rendered content to a new variable
{% if has_page_sidebar|striptags not empty %} // Then strip tags and test content
{{ page.sidebar }} // If true, then print original variable with markup included (if desired)
{% endif %}
In my case, rebuilding the cache with drush cr cleared it up.
I feel pretty stupid but it turns out if the APPSERVER URLS you are trying to use are not already set up in your $settings['trusted_host_patterns'] array, then this will happen.
I am having the exact same problem. I have other local sites that run fine when started, but this one site, the only one using 'Drupal 9' recipe, fails in this way.
All the APPSERVER URLS are red and none of them work.
Thanks a lot for this solution. It is crazy how much time I spent on this issue.
Thank you so much for entity_print-dompdf-2969184-13.patch! You have saved me! I couldn't not run a test because my parameters were not available in the choices.
In my case, I applied the patch in this environment:
- entity_print:2.2
- Drupal 8.9 (On my way to ^9.4)
- PHP 7.4
- Maria DB 10.3
In case anyone else needs this info, it is in:
core/lib/Drupal.php around lines 82-85:
/**
* The current system version.
*/
const VERSION = '8.6.4';
I have inherited a site that I've been working on updating for some time. I now need to know what version the site was when first installed. Where can I find the exact version in the code base? So I can find it in the git logs?
PS - I know core/contrib is not usually included in a git repo, but in this case it was.