Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Visibility option when creating a repo is misleading #966

Open
2 of 6 tasks
Tracked by #4
sstine opened this issue Feb 17, 2017 · 2 comments
Open
2 of 6 tasks
Tracked by #4

Visibility option when creating a repo is misleading #966

sstine opened this issue Feb 17, 2017 · 2 comments
Labels
issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented type/enhancement An improvement of existing functionality

Comments

@sstine
Copy link

sstine commented Feb 17, 2017

  • Gitea version (or commit ref): 1.0.0+280-g0642cb33
  • Git version: 2.9.3
  • Operating system: alpine:3.4
  • Database (use [x]):
    • PostgreSQL
    • MySQL
    • SQLite
  • Can you reproduce the bug at https://try.gitea.io:
    • Yes (provide example URL)
    • No
    • Not relevant
  • Log gist:

Description

The UI is a little misleading when it comes to selecting whether your repo should be private or public. It says "This repository is private" and the checkbox is a boolean on that statement, but to the user it looks like the UI is saying that the repo is private (even if the box is unchecked). This surprises the user when the repo they create is actually public. It would be more clear to take the approach that Github uses (screenshot below).

Screenshots

image

Proposed solution:
image


Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

@wrouesnel
Copy link

It's also not clear what this does with organization memberships. It seems that unless I check "visibility", organization members can't see or access the repo.

@lunny lunny added this to the 1.2.0 milestone Feb 20, 2017
@lunny lunny added the type/enhancement An improvement of existing functionality label Feb 20, 2017
@lunny lunny modified the milestones: 1.x.x, 1.2.0 Apr 20, 2017
@stale
Copy link

stale bot commented Feb 15, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs during the next 2 weeks. Thank you for your contributions.

@stale stale bot added the issue/stale label Feb 15, 2019
@lunny lunny added issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented and removed issue/stale labels Feb 28, 2019
@lunny lunny removed this from the 1.x.x milestone Mar 20, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented type/enhancement An improvement of existing functionality
Projects
None yet
Development

No branches or pull requests

3 participants