Describe the bug
An archives layout page sometimes display using list.html rather than archives.html.
Device/Os: MacOS M1
Type: Desktop
Browser and version [e.g. Chrome 86.0]: Firefox 125.0 and Chrome 124.0
Hugo Version [ >=0.83.0 expected]: 0.124 extended
Theme Version [e.g. v4.0, master, or commit-id ]: b787253f7b03d27c7939f919559d726eec90416f
Steps to reproduce the behavior:
Paste the following lines in both layouts/_default/archives.html and list.html, which will print for an archives page.
{{- warnf "list: %s" .Page.Name -}}
However, it seems like the order in which they print doesn't matter, the archives page will still be treated as a list page. Sometimes it displays as an archives page, but when it does it is always empty.
I was only able to have it display as an archives page by copying archives.html and list.html into my own layouts/_default and override the code in list.html with the contents of archives.html. But then the home page behaves like an archive page.
Expected behavior:
A page with layout: archives is displayed with list.html layout.
Describe the bug An archives layout page sometimes display using
list.html
rather thanarchives.html
.Steps to reproduce the behavior: Paste the following lines in both
layouts/_default/archives.html
andlist.html
, which will print for an archives page.However, it seems like the order in which they print doesn't matter, the archives page will still be treated as a list page. Sometimes it displays as an archives page, but when it does it is always empty.
I was only able to have it display as an archives page by copying
archives.html
andlist.html
into my ownlayouts/_default
and override the code inlist.html
with the contents ofarchives.html
. But then the home page behaves like an archive page.Expected behavior: A page with
layout: archives
is displayed withlist.html
layout.Additional context I'm using Github submodule