Potentially intended behavior, as use of that path is designed for DNS of custom domains whereas a custom certificate is issued—if that is the case or it's not worth changing it, simply close this issue.
Because the domain name has HSTS enabled, Firefox and other browsers will refuse to connect to subdomains on fourth and fifth levels (branch.repo.user.domain.tld). I believe this is because the certificate issued is only valid for *.codeberg.page and codeberg.page, where it needs to have *.*.*.codeberg.page, *.*.codeberg.page, *.codeberg.page, and codeberg.page. This is as wildcards in certificates only work to one level iirc, the level it is placed on (e.g. why *.codeberg.page doesn't cover codeberg.page).
This could be a Codeberg deployment specific issue, in which case please direct me to where to file that, but as certificates are issued automatically, I presume the pages-server would need modification.
Potentially intended behavior, as use of that path is designed for DNS of custom domains whereas a custom certificate is issued—if that is the case or it's not worth changing it, simply close this issue.
Because the domain name has HSTS enabled, Firefox and other browsers will refuse to connect to subdomains on fourth and fifth levels (**branch**.**repo**.user.domain.tld). I believe this is because the certificate issued is only valid for \*.codeberg.page and codeberg.page, where it needs to have \*.\*.\*.codeberg.page, \*.\*.codeberg.page, \*.codeberg.page, and codeberg.page. This is as wildcards in certificates only work to one level iirc, the level it is placed on (e.g. why *.codeberg.page doesn't cover codeberg.page).
This could be a Codeberg deployment specific issue, in which case please direct me to where to file that, but as certificates are issued automatically, I presume the pages-server would need modification.