EMU migration issues in GitHub Copilot App
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 2.1k
- Forks
- 153
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
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 |
Guía de contribución
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- github, macos
- Área
- authentication, desktop
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Estado de actividad
- Activo
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 35/100