I have a file called bound.md in which I want to render every page in the site with the “command” layout on a single webpage, in alphabetical order. Every page before bound.md in alphabetical order renders fine, but every page after bound.md stops parsing the internal Liquid and leaves it in plaintext curly braces and all. How can I get it to properly parse the internal Liquid for every page?
I have tried two approaches to writing bound.md, both below.
---
layout: bound
title: Bound
---
{% assign docs = site.pages | where_exp:"doc", "doc.layout == 'command'" %}
{{ docs }}
---
layout: bound
title: Bound
---
{% for doc in site.pages %}
{% if doc.layout == "command" %}
{{ doc.content }}
{% endif %}
{% endfor %}
rdyar
March 30, 2024, 4:41pm
2
what version of jekyll?
I vaguely remember having this issue years ago but don’t remember anything about it.
What happens if you rename bound.md to zbound.md?
Seems to be the same as this, which I am not sure has a solution?other than maybe using the latest version?
opened 12:29PM - 22 Oct 17 UTC
pinned
help-wanted
bug
priority 1 (must)
- [x] I believe this to be a bug, not a question about using Jekyll.
- [x] I am… on (or have tested on) ***Windows*** 10+
- [x] It was another bug.
## My Reproduction Steps
1. Clear jekyll, latest version (3.6.0 for now), without any plugins
2. Create an 'listing' page (e.g. `foo.html`) containing a loop for `site.pages` and outputting their `{{ page.content }}`
3. Create any other page with filename which is alphabetically "later" than that index one (e.g. `foo0.html`, `fop.html`, `google.html` or `jazz.md` etc.).
4. Also create some page "prior" filename (e.g. `bar.html`, `baz.md` or `fon.html` etc.)
5. Both 'later' and 'prior' should have any liquid constuct inside content (`{% include %}`, `{% assign %}` etc.)
6. Open 'listing' page in browser
<!--
If this error occured on GitHub Pages, please try to provide us with logs,
and look at them yourself, to determine if this is an actual Jekyll bug. In
the event you are unsure, file a ticket, however, when you do please provide
the logs (strip them of personal information.)
If you have trouble finding your logs, please email support@github.com and
they will happily help you. If you cannot find logs, please try your best to
replicate it locally because we cannot fix a problem if we do not know
exactly what caused it, or within a relatively close distance.
-->
<!--
Insert the steps you took to for this problem to exist. Such as the
directories you created and, the full command you ran, and include any
plugins you have installed, this is very important.
If your steps are complicated, you can also submit a GitHub
repository (please no zips, they will be removed and rejected by maintainers,)
and just supply a command for us to reproduce it ourselves.
-->
## The Output I Wanted
<!--
Insert the output from the command. Alter it as little as you can.
The minimum should be personal information. Though we normally don't log
anything like that so there should be no need to alter it.
-->
When opening 'index' page in browser, I expect to see both 'prior' and 'later' pages content with liquid constructs processed.
Actually, liquid contructs are only processed in 'prior pages content', and left 'as is' (e,g, unprocessed) in 'later' pages.
Details:
1. Reproduces in a similar way on local Windows 10 and GitHub Pages production (see "4." below for the only difference I've found)
2. Doesn't depend on page url (permalink), or directory nesting. Depends on filename only
3. If there are multiple 'listing' pages in project, the filename of the first of them (alphabetically) becomes the 'breakpoint' (e.g. if you have 'foo.html' and 'fred.html' with similar `site.pages` outputting their `page.content`, `fop.html` will have its content output unprocessed in both pages)
4. If there is a file with the same name as 'listing' page, but resides in another directory, its content is output unprocessed on github pages production, though remains UNprocessed on local Windows 10
maybe this is has the fix?
I am using Jekyll 4.3.2. The GitHub issue you linked looks like the same problem. Right now I have renamed it zbound.md which works and is probably fine for me but not exactly an elegant solution.