424 Failed Dependency

ghose commented

2021-12-09 08:09:20 +00:00

I've created a new pages repo in my account following this instructions but I got

when I go to https://ghose.codeberg.page/

I have default values for privacy (none) and my index.html (basic page without scripts and/or external resources) is on main (the only available branch ATM)

I'd appreciate any hint about how to solve this issue. Thank you.

Is it actually a bug?

EDITED

Settings

I've created a new `pages` repo in my account following [this instructions](https://codeberg.page/) but I got ![image with info](https://i.imgur.com/WA3dfyT.png) when I go to https://ghose.codeberg.page/ I have default values for privacy (none) and my `index.html` (basic page without scripts and/or external resources) is on `main` (the only available branch ATM) I'd appreciate any hint about how to solve this issue. Thank you. Is it actually a bug? **EDITED** Settings ![settings, default values](https://i.imgur.com/eVmRo8G.png)

momar commented

2021-12-09 10:18:49 +00:00

Collaborator

Hmm, seems like as your user visibility is limited the repo isn't visible to the public (non-logged-in users) at all - that should still work as we have a bot user for such cases, I will have a look into that.

👍 1

momar added the

bug

label 2021-12-09 17:36:16 +00:00

ghose commented

2021-12-10 04:12:14 +00:00

Poster

thank you @momar

I had my profile "visibility" set to "limited". I've changed it to "public" and now pages work as expected.

So this "issue" is solved (for me), but I guess could affect to other users.

Thank you!

thank you @momar I had my profile "visibility" set to "limited". I've changed it to "public" and now pages work as expected. So this "issue" is solved (for me), but I guess could affect to other users. Thank you!

momar commented

2021-12-10 14:08:04 +00:00

Collaborator

Environment=GITEA_API_KEY=https://{{ gitea_api_key }}

How stupid can one be when copy-pasting...

Edit: and it's also GITEA_API_TOKEN... 🤯

Edit2: it's deployed now and should be working correctly with limited repositories.

`Environment=GITEA_API_KEY=https://{{ gitea_api_key }}` How stupid can one be when copy-pasting... Edit: and it's also `GITEA_API_TOKEN`... 🤯 Edit2: it's deployed now and should be working correctly with limited repositories.

❤️ 2 😆 1 🚀 1

momar closed this issue

2021-12-10 14:13:52 +00:00

thegoldenspearproject-developer commented

2022-03-30 09:48:11 +00:00

@momar

Hi

The same issue is happening to my website. It is a public repository and I set up the .domains file and the DNS records for this. The URL is thegoldenspearsproject.net. Can you take a look into it?

@momar Hi The same issue is happening to my website. It is a public repository and I set up the `.domains` file and the DNS records for this. The URL is [thegoldenspearsproject.net](thegoldenspearsproject.net). Can you take a look into it?

momar commented

2022-03-30 09:57:29 +00:00

Collaborator

@thegoldenspearproject-developer I think you're missing a TXT record to thegoldenspearproject-developer.codeberg.page for your main domain thegoldenspearsproject.net, in addition to the A/ALIAS record.

When going to www.thegoldenspearsproject.net (where you're using a CNAME record), it probably can find the .domains file, but still fails as it can't resolve the main domain thegoldenspearsproject.net as a Codeberg Page - mentioning #28 as that's something where the error message can be improved.

@thegoldenspearproject-developer I think you're missing a TXT record to `thegoldenspearproject-developer.codeberg.page` for your main domain thegoldenspearsproject.net, in addition to the `A/ALIAS` record. When going to www.thegoldenspearsproject.net (where you're using a `CNAME` record), it probably can find the `.domains` file, but still fails as it can't resolve the main domain thegoldenspearsproject.net as a Codeberg Page - mentioning #28 as that's something where the error message can be improved.

🚀 1

thegoldenspearproject-developer commented

2022-03-30 10:32:26 +00:00

That problem's solved. And thx for the help. But now when I access the site via the custom domains, the browser shows a warning about bad certificates. I see now that the certificates used are still only valid for codeberg domains. Is that because it takes some time for codeberg to generate and apply the correct certificates?

424 Failed Dependency #30