EMU migration issues in GitHub Copilot App
- Langage dominant
- Aucune donnée de langage
- Étoiles
- 2.1k
- Forks
- 153
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
I have an organisation that migrated from non-EMU to EMU users.
The transition/migration from a GitHub Copilot App is quite bumpy:
- The old non-EMU user (which had the Copilot license) had to be complete remoted, so GitHub Copilot App would correctly log into the EMU organisation. The solution was to remove the non-EMU account, and the unsuccessful EMU account, and with no accounts, log in. An EMU Login with no accounts logged me in correctly into Copilot App.
- This has a side effect: The projects that were previously linked to the non-EMU account now displays the message "This project's account was Removed. Operations will use the default account. Reassign in project settings."
The only practical solution during an EMU migration is to delete all the sessions and projects, and resume. But there should a cleaner/smoother EMU migration for GitHub Clients in the App.
---
| Field | Value |
| --- | --- |
| App version | 1.1.6 |
| OS | macOS 26.5.2 |
| Theme | GitHub |
| Path | /chat |
| Tenure | Week 14 |
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
No source files, tests, or entry points are identified. Start by reproducing the non-EMU-to-EMU migration in the GitHub Copilot App on macOS, including the removed-account project state; done requires a defined migration flow that preserves or cleanly reassigns existing projects without deleting sessions and projects.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- github, macos
- Domaine
- authentication, desktop
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- Active
- Clarté
- À clarifier
- Accessibilité débutants
- 35/100