I used to run my DW on the main system under CentOS7. During planning for migration I transferred the DW engine to be on a VM named CentOS8, which mounted via NFS the data pages. Thanks to the killing of C8 I have now updated my host machine to Alma Linux 8.4. I've installed DW under Alma and it can access the pages perfectly.
To provide machine independence I encourage the family to use the name wiki.home to access DW. Therefore I've changed the CNAME from pointing to CentOS8.home to now point to Tamar.home which is my host. But now the formatting doesn't work! In summary so far:
Tamar.home - works
CentOS8.home - works
wiki.home -> CentOS8.home - works
wiki.home -> Tamar.home - FAILS
I have rebooted a couple of times to ensure there are no cache issues.
The fault:
All the "top matter" down to the page's main heading is just presented as a list, as if the CSS is missing. The body of the page is formatted correctly, but the font has changed from a sans-serif to a serifed font. The page footer is again just a list, not formatted.
I've looked at the calls using Firefox's developer options and they appear to be broadly similar though in a different order. Unfortunately they exist only as an image so I can't forward them. I do notice though that the failing (wiki.home) calls includes a warning about a cookie (DW84669...b382) will be soon rejected because it has the "sameSite" attribute set to "none" or an invalid value without the "secure" attribute. This warning is not generated on the functioning (tamar.home) site.
Versions:
AlmaLinux release 8.4 (Electric Cheetah), kernel 4.18.0-305.3.1.el8_4.x86_64
CentOS Linux release 8.4.2105 kernel 4.18.0-305.3.1.el8.x86_64
Apache/2.4.37 (both machines, same compiler options)
Firefox 78.11.0esr (64-bit)
Tamar:
Release 2018-04-22c "Greebo"
Template v2021-03-11 (stable/20210311)
CentOS8
Release 2018-04-22c "Greebo"
Template v2020-04-04 (hotfix/20200505)