Switching user creates irrecoverable error
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 35/100
Piste de recherche
Commencez par reproduire le changement de compte en deux étapes avec la version concernée, puis examinez le comportement de la session autour de /config et de l’option --user. Le travail est terminé lorsque le changement d’utilisateur ne produit plus d’erreurs répétées d’ID d’input-item et que la conversation peut continuer ou être récupérée sans redémarrage.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Describe the bug
If I accidentally do a few turns of a conversation with the wrong user account and try to switch it, I get unending Execution failed: 400 input item ID does not belong to this connection (Request ID: 00000-782d3778-5111-4f61-b546-ce63a4f73223) errors. I try restarting the session and it won't work. I think if I resume a session with wrong user and notice, I can rewind the conversation to before the "poisoned" message and it will stop giving the error. My guess is the issue stems from how messages are cached or something and it is user specific? Unfortunately, you make the user setup a huge pain and it's always using last user so I'm constantly running into this. You need to make it easier to control users (e.g. let me set default user or resolve user before blazing a new trail ahead or allow command line to specify user) and to recover if I accidentally use the wrong one for a bit.
Affected version
1.0.84-3
Steps to reproduce the behavior
- Start a conversation as one user (e.g. personal) and send a message
- Switch to another user (e.g. enterprise) and send another message
This consistently causes issues for me.
Expected behavior
- I should be given more control over how user is selected for a session especially through
/configand--useroptions - If I do use incorrect user for a bit, I should be able to switch the user and keeps working without any error. I'm ok if you have to do everything uncached whatever, just let me continue the conversation!
Additional context
No response
- Langage dominant
- Shell
- Étoiles
- 11.2k
- Forks
- 1.9k
- Merge moyen
- 14 h 16 min
- PR mergées (30 j)
- 6
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de github/copilot-cli
-
triage
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
github/copilot-cli#4848 ·
-
area:agents area:mcp
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
github/copilot-cli#4729 ·
-
area:sessions
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
github/copilot-cli#4712 ·
-
triage
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
github/copilot-cli#4638 ·
-
Expose large_output_file_path on TaskShellProgress so clients can read complete shell-task output Ouvertearea:tools
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
github/copilot-cli#4630 · 1 commentaire ·
Toutes les issues de github/copilot-cli
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
community-scripts/ProxmoxVE#17425 · 1 commentaire ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 90/100
danielmiessler/LifeOS#2218 ·
-
docs(agents): strengthen the no-backslash-escaped-backticks rule with an issue-creation example Ouverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 92/100
-
technical-debt
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
ll7/robot_sf_ll7#9560 ·
-
Update ghgrab to 2.1.0 Ouvertepackage-update
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
oSoWoSo/vOid_Community_repOsitory#148 · 1 commentaire ·