Projects v2 always defaulting to LPEUnity repository when creating issues #188551
-
Select Topic AreaQuestion Feature AreaProjects BodyDescriptionWe are experiencing unexpected behavior in GitHub Projects (v2) at the organization level. When creating a new issue from any project board, the issue creation modal always defaults to the repository LPEUnity, even when: The project default repository is configured as another repository (e.g., Geosol)
This has been happening for several months. Expected behavior New issues created from a project should default to the repository configured in the project's "Default repository" setting. Actual behavior The issue creation modal always defaults to LPEUnity, regardless of the project configuration. Could you clarify whether: This is intended behavior? A known issue? Or a configuration conflict at organization level? Guidelines |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments
This comment was marked as low quality.
This comment was marked as low quality.
-
|
🕒 Discussion Activity Reminder 🕒 This Discussion has been labeled as dormant by an automated system for having no activity in the last 60 days. Please consider one the following actions: 1️⃣ Close as Out of Date: If the topic is no longer relevant, close the Discussion as 2️⃣ Provide More Information: Share additional details or context — or let the community know if you've found a solution on your own. 3️⃣ Mark a Reply as Answer: If your question has been answered by a reply, mark the most helpful reply as the solution. Note: This dormant notification will only apply to Discussions with the Thank you for helping bring this Discussion to a resolution! 💬 |
Beta Was this translation helpful? Give feedback.
-
|
Hey, just to add to what’s already been mentioned — I’ve run into similar behavior in GitHub Projects as well, and it does seem tied to how the issue creation modal handles context internally. One thing I noticed is that the modal often “remembers” the last active or most frequently used repository in the session, even if the project has a different default repository configured. So sometimes it’s not just the oldest repo — it can also feel like a state/caching issue depending on usage. A couple of small things that might be worth trying (not fixes, but can help confirm behavior): Try creating an issue right after switching context to another repo (before opening the project) Also, if your project pulls items from multiple repositories, the modal might not always prioritize the project’s default setting consistently, which makes the experience a bit unpredictable. So yeah — definitely doesn’t look like a configuration issue on your side. More like a mix of UI state + known limitation/bug. Curious if others have seen the same “last used repo” behavior too. |
Beta Was this translation helpful? Give feedback.
Hi,
Thank you for the detailed report, this is a known, long-standing bug in GitHub Projects v2, and you are definitely not alone.
Root Cause
The issue creation modal does not respect the project's "Default repository" setting. Instead, GitHub Projects v2 currently defaults to the oldest repository (by creation date) linked to the organization or project, regardless of what you've configured as the default. This has been confirmed by multiple users across several discussions dating back to 2023.
It is a UI state/context-switching bug: the modal ignores both the project-level default repo config and any view-level repo filters when deciding which repository to pre-select.
Is This Intended …