aws / aws/amazon-q-developer-cli

bug: CLI Bug: Amazon Q doesn't detect manual file changes between interactions

Offen
#1,189 1 Kommentar 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Vorherrschende Sprache
Rust
Sterne
2k
Forks
439
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

### Checks

- [x] I have searched [github.com/aws/amazon-q-developer-cli/issues](https://github.com/aws/amazon-q-developer-cli/issues?q=) and there are no duplicates of my issue
- [x] I have run `q doctor` in the affected terminal session
- [x] I have run `q restart` and replicated the issue again

### Operating system

macOS 15.3.1 (24D70)

### Expected behaviour

Expected Behavior:
Amazon Q should detect and respect manual changes made to files between CLI interactions. When reading a file that was previously created or modified in
the session but has since been manually edited, Q should work with the current state of the file rather than using a cached version or previous state.

### Actual behaviour

Actual Behavior:
When a user makes manual edits to a file that was created or modified through the CLI session, Amazon Q doesn't detect these changes in subsequent
interactions. For example, when creating a file with 10 numbered words, then manually removing the last 2 words outside the CLI, and then asking Q to
"write 3 more words into the file", Q adds the new content but also brings back the deleted content. During processing, it shows "Reading from
filesystem..." and "Reading: temp.txt", but doesn't accurately reflect the current state of the file.

### Steps to reproduce

Steps to Reproduce:
1. Ask Amazon Q to create a file called temp.txt with 10 numbered words
2. Manually edit the file outside the CLI session (e.g., remove the last 2 words)
3. Ask Amazon Q to "write 3 more words into the file"
4. Observe that Q adds the new content but also restores the deleted content, indicating it's not detecting the manual changes

### Environment

```yaml

[q-details]
version = "1.7.2"
```

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Es werden keine Quelldateien oder Tests genannt. Reproduziere das Problem mit temp.txt und verfolge anschließend die Dateisystem-Lesevorgänge der CLI zwischen den Interaktionen, um herauszufinden, wo der vorherige Dateistatus beibehalten wird; abgeschlossen ist die Aufgabe, wenn nachfolgende Anfragen die manuell bearbeiteten Inhalte verwenden, ohne gelöschten Text wiederherzustellen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
rust
Bereich
cli
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.