Codeberg/Community
60
387
Fork
You've already forked Community
12

Private "pages" repos visible through *.codeberg.page #362

Closed
opened 2020年12月11日 19:57:47 +01:00 by yuni · 13 comments

Hi, first of all thank you for this service :)

When I found out about the codeberg.page feature through your blog, I was curious to see what my own pages at https://hut.codeberg.page would look like. I expected an error message, or nothing at all, since I didn't set up anything. What I found was a private repository of mine, which was coincidentally called "pages", exposed to the public.

I would very much appreciate if codeberg.page would respect the privacy of a repository, since:

  • The general expectation of setting a repository to private is that it becomes inaccessible to the public
  • If I had not stumbled on the codeberg.page feature, I would never be aware of this privacy leak
Hi, first of all thank you for this service :) When I found out about the codeberg.page feature through your blog, I was curious to see what my own pages at https://hut.codeberg.page would look like. I expected an error message, or nothing at all, since I didn't set up anything. What I found was a private repository of mine, which was coincidentally called "pages", exposed to the public. I would very much appreciate if codeberg.page would respect the privacy of a repository, since: - The general expectation of setting a repository to private is that it becomes inaccessible to the public - If I had not stumbled on the codeberg.page feature, I would never be aware of this privacy leak
Member
Copy link

pages/index.php would need to query repo status via API or SQL, if this is desired behavior. PR welcome

pages/index.php would need to query repo status via API or SQL, if this is desired behavior. PR welcome

I think we should keep the current behavior.
pages being private has an effect - the history and contributors are not browsable. But pages means "serve it".

I think we should keep the current behavior. pages being private has an effect - the history and contributors are not browsable. But pages means "serve it".

pages being private has an effect - the history and contributors are not browsable. But pages means "serve it".

Perhaps we use custom templates and check if repo name == "pages" then a notice is shown with a link to pages docs and that it is public (IIRC Github has something like this in their settings), happy to add a PR for this if the approach is supported.

> pages being private has an effect - the history and contributors are not browsable. But pages means "serve it". Perhaps we use custom templates and check `if repo name == "pages"` then a notice is shown with a link to pages docs and that it is public (IIRC Github has something like this in their settings), happy to add a PR for this if the approach is supported.

@techknowlogick

That would be my preferred approach, yes ;)

@techknowlogick That would be my preferred approach, yes ;)
Member
Copy link

Yes, this sounds good.

Yes, this sounds good.

PR found here: Codeberg/build-deploy-gitea#48

I made an assumption that the added conditional was correct please deploy it to the test instance first and verify change there.

PR found here: https://codeberg.org/Codeberg/build-deploy-gitea/pulls/48 I made an assumption that the added conditional was correct please deploy it to the test instance first and verify change there.
Member
Copy link

merged and deployed to https://codeberg-test.org

merged and deployed to https://codeberg-test.org

I can confirm the notice displays as expected when the repo name == pages, and status==private.

One test case that fails is when reponame is not all lowercase, but this PR is still a net positive.

I can confirm the notice displays as expected when the repo name == pages, and status==private. One test case that fails is when reponame is not all lowercase, but this PR is still a net positive.
Member
Copy link

Cool, thank you! Can we do case-insensitive checks in template language?

Cool, thank you! Can we do case-insensitive checks in template language?

Cool, thank you! Can we do case-insensitive checks in template language?

I suspect if we reference .LowerName instead of just .Name in the conditional then that'd work, but I am away from my development machine to test.

> Cool, thank you! Can we do case-insensitive checks in template language? I suspect if we reference .LowerName instead of just .Name in the conditional then that'd work, but I am away from my development machine to test.
Member
Copy link

.LowerName change deployed to https://codeberg-test.org

.LowerName change deployed to https://codeberg-test.org

.LowerName change deployed to https://codeberg-test.org

Fantastic. Thanks @hw :) Works as expected

> .LowerName change deployed to https://codeberg-test.org Fantastic. Thanks @hw :) Works as expected

So shall we deploy on production?

So shall we deploy on production?
Sign in to join this conversation.
No Branch/Tag specified
main
No results found.
Labels
Clear labels
accessibility
Reduces accessibility and is thus a "bug" for certain user groups on Codeberg.
bug
Something is not working the way it should. Does not concern outages.
bug
infrastructure
Errors evidently caused by infrastructure malfunctions or outages
Codeberg
This issue involves Codeberg's downstream modifications and settings and/or Codeberg's structures.
contributions welcome
Please join the discussion and consider contributing a PR!
docs
No bug, but an improvement to the docs or UI description will help
duplicate
This issue or pull request already exists
enhancement
New feature
infrastructure
Involves changes to the server setups, use `bug/infrastructure` for infrastructure-related user errors.
legal
An issue directly involving legal compliance
licence / ToS
involving questions about the ToS, especially licencing compliance
please chill
we are volunteers
Please consider editing your posts and remember that there is a human on the other side. We get that you are frustrated, but it's harder for us to help you this way.
public relations
Things related to Codeberg's external communication
question
More information is needed
question
user support
This issue contains a clearly stated problem. However, it is not clear whether we have to fix anything on Codeberg's end, but we're helping them fix it and/or find the cause.
s/Forgejo
Related to Forgejo. Please also check Forgejo's issue tracker.
s/Forgejo/migration
Migration related issues in Forgejo
s/Pages
Issues related to the Codeberg Pages feature
s/Weblate
Issue is related to the Weblate instance at https://translate.codeberg.org
s/Woodpecker
Woodpecker CI related issue
security
involves improvements to the sites security
service
Add a new service to the Codeberg ecosystem (instead of implementing into Forgejo)
upstream
An open issue or pull request to an upstream repository to fix this issue (partially or completely) exists (i.e. Forgejo, Weblate, etc.)
wontfix
Codeberg's current set of contributors are not planning to spend time on delegating this issue.
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
4 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Codeberg/Community#362
Reference in a new issue
Codeberg/Community
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?