mirror of
https://github.com/RayLabsHQ/gitea-mirror.git
synced 2026-04-25 07:15:57 +03:00
[GH-ISSUE #23] Bug: Unexpected behavior with "Preserve Org Structure" and starred repositories #12
Labels
No labels
bug
documentation
enhancement
help wanted
pull-request
question
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/gitea-mirror#12
Loading…
Add table
Add a link
Reference in a new issue
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?
Originally created by @neo-pan on GitHub (Jun 6, 2025).
Original GitHub issue: https://github.com/RayLabsHQ/gitea-mirror/issues/23
Hi, thanks for your clarification in #22.
However, I’m observing behavior that seems inconsistent with your explanation. Here’s what’s happening on my side when "Preserve Org Structure" is enabled:
For starred repositories without an organization on GitHub, they are being mirrored into my Gitea username namespace.
For starred repositories that belong to a GitHub organization, a new organization is created on Gitea, and the repository is mirrored there.
This seems to contradict the expected behavior that starred repositories should follow the "Starred Repositories Organization" setting regardless of the "Preserve Org Structure" toggle.
Could you please confirm whether this is a bug?
By the way, I'm using gitea-mirror v2.12.0. Let me know if you need further logs or config info!
Thanks again for the great project.
@arunavo4 commented on GitHub (Jun 15, 2025):
Hi @neo-pan, its been a busy week for me. But I have looked into the UX of this confusion and I have made a lot of updates to the configuration page in a quest to simplify the confusion. I will be testing it this week. Feel free to test out the latest verison and report bugs here if you find any,
@arunavo4 commented on GitHub (Jun 17, 2025):
@neo-pan closing this as I have fixed this issue in the latest release
v2.16.2