Changes tab does not update after the session's PR is merged
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Shell
- Estrellas
- 11.2k
- Forks
- 1.9k
- Merge medio
- 14 h 16 min
- PR fusionados (30 d)
- 6
Descripción
Describe the bug
In the Copilot desktop app (Tauri), a session's Changes tab does not appear to refresh after the session's pull request is merged on GitHub. The tab continues to reflect the pre-merge state instead of updating to the new reality (merged branch / updated base).
Note: this report is about the desktop app UI, not the CLI itself — filed here as the reachable public tracker; please reroute if there is a dedicated app repo.
Affected version
Desktop app ~1.1.14 (inferred from ~/.copilot/data.db.pre-update-backup-1.1.14-*); embedded CLI reports version 1.0.80.
Steps to reproduce the behavior
- Open a worktree-backed project session on a feature branch with changes.
- Create a PR from the session and merge it on GitHub while the session stays open.
- Return to the session and open the Changes tab.
- Observe that the view still shows the pre-merge state; it does not update after the merge.
Expected behavior
After the session's PR merges, the Changes tab refreshes — e.g., recomputes the diff against the updated default branch (or shows an appropriate post-merge state) without requiring manual intervention.
Additional context
- OS: macOS (Darwin, ARM).
- Session type: worktree-backed, branch created and pushed by the session; PR merged via the GitHub web UI.
- Possibly related: inside the session, the branch is not auto-updated after merge either (
git fetch/merge origin/mainhad to be run manually), so the tab may be diffing against a stale merge-base. - Reported by the session's user mid-workflow and relayed by the agent; happy to pull logs (
--log-level/--log-file) if you tell me which ones help.
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Empieza con la pestaña Changes de la aplicación de escritorio Tauri y la ruta de actualización del pull-request/branch de la sesión, usando la configuración de macOS respaldada por worktree indicada para reproducir la vista obsoleta después de hacer merge en GitHub. Rastrea cuándo se actualiza la pestaña y cómo se actualiza el merge-base; se considerará terminado cuando la pestaña muestre el estado posterior al merge sin requerir comandos manuales de fetch o merge.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- git, github, tauri
- Área
- desktop
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Activo
- Claridad
- Bastante claro
- Aptitud para principiantes
- 48/100