anthropics / anthropics/claude-code
[BUG] Artifact mit artifact-Capability zeigt dauerhaft "Nur Lesezugriff" für den Eigentümer – Schreibvorgänge werden nicht gespeichert
- Dominant language
- Python
- Stars
- 145k
- Forks
- 23.1k
- PR merge metrics
- PR metrics pending
Description
### Preflight Checklist
- [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
### What's Wrong?
Ein über Claude Code veröffentlichtes Artifact mit deklarierter artifact-Capability (Live-Doc mit artifact-sync-Bereich) zeigt für den bestätigten Eigentümer dauerhaft schreibgeschützten Zugriff. Lokale DOM-Änderungen (z. B. neue Listeneinträge) werden im Browser sichtbar, aber nach einem Reload sind sie verschwunden – sie wurden also nie tatsächlich gespeichert/synchronisiert.
### What Should Happen?
Eintrag bleibt erhalten, keine "Nur Lesezugriff"-Meldung für den Eigentümer.
### Error Messages/Logs
```shell
Eintrag verschwindet nach Reload. Ein claude:sync-off-Event feuert bereits beim initialen Laden der Seite (nicht erst nach einem Schreibversuch).
```
### Steps to Reproduce
1. Minimales Artifact mit einem
- -Bereich veröffentlichen (Capability {"artifact": {}}).
2. Artifact als Eigentümer öffnen (bestätigt: gleicher Account, gleicher Browser, eingeloggt).
3. Einen neuen Eintrag über ein Formular hinzufügen.
4. Seite neu laden.
### Claude Model
Sonnet (default)
### Is this a regression?
I don't know
### Last Working Version
_No response_
### Claude Code Version
2.1.237
### Platform
Anthropic API
### Operating System
Windows
### Terminal/Shell
PowerShell
### Additional Information
Bereits ausgeschlossen:
1. Kein Fehler im Seiten-Code (mehrfach reduziert bis zu einem 20-Zeilen-Minimalbeispiel, gleiches Verhalten).
2. Kein Berechtigungsproblem (Eigentümer über claude.ai/code/artifacts bestätigt: "Irawan Wisudanto").
3. Kein Cache-/Session-Problem (reproduziert in privatem/Inkognito-Fenster ohne jeglichen Browser-Zustand).
4. Kein "Arming"-Verzögerungsproblem (mehrere Minuten gewartet, kein Unterschied).
5. Kein artifaktspezifisches Problem (reproduziert auf mehreren frisch erstellten Artifacts mit unterschiedlichen URLs).
6. Kein Runtime-Versionsproblem (reproduziert nach Upgrade auf contract: latest).
Betroffene Test-Artifacts (nur für Anthropic-Support nachvollziehbar, falls Zugriff auf Logs möglich):
- b2fabd5b-72c4-4838-8e33-2c6566c9be56
- e6a55fad-01b7-44ec-8156-ef1bd2e7b279
- 0797f3b5-b825-4434-91af-b495b118e374
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reproducing the issue with a minimal published artifact containing an
- area and Capability {"artifact": {}}. Inspect when the claude:sync-off event fires during initial loading and trace the owner permission and synchronization entry points. Done means the confirmed owner does not see the read-only message and added entries remain after reload.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- backend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100