ARIA-AGENT

Author SHA1 Message Date

Author	SHA1	Message	Date
duffyduck	e74e1eaf70	fix(app): URLSearchParams crasht in Hermes — durch Mini-Query-Builder ersetzt Inbox-Crash gefunden via App-Crash-Reporter (commit `21a315c`): "URLSearchParams.set is not implemented" at MemoryBrowser → brainApi.listMemories React Native's Hermes-Polyfill kennt zwar new URLSearchParams() aber nicht die .set()-Methode darauf. Pickup-Bug — auf iOS / aelteren Versionen geht's, Stefan's Android-Build crasht. Fix: kleine _qs()-Helper im brainApi.ts der einen Query-String aus einem flachen Object baut, ohne URLSearchParams: _qs({q:'cessna', k:5, type:'fact'}) → "?q=cessna&k=5&type=fact" Plus: undefined/null/empty Werte werden ausgelassen — saubererer als URLSearchParams.set wo man manuell prefilten muss. ErrorBoundary aus `21a315c` hat den Crash sauber abgefangen, statt der App-Tot war ne Error-Box im Inbox-Modal mit der vollen Stack-Trace. Stefan konnte den Log via tools/fetch-app-logs.sh holen ohne ADB. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-14 16:06:21 +02:00
duffyduck	f71936da86	feat(memory): Tap auf Memory-Bubble oeffnet Detail+Edit-Modal in der App (Etappen 2+3) Stefans naechste Wunsch-Etappe — komplettes Edit eines Memory-Eintrags aus der App heraus, inkl. Anhang-Upload, ohne Diagnostic-Browser auszuklappen. Backend-Fundament (Phase A): - Brain bekommt GET /memory/get/{id} fuer Einzel-Lookup mit allen Feldern - RVS ALLOWED_TYPES um brain_request + brain_response erweitert - Bridge implementiert generischen RVS-Brain-Proxy: payload {requestId, method, path, body\|bodyBase64, contentType} → ruft Brain-HTTP-API → broadcastet brain_response {requestId, status, json\|text\|base64+contentType}. Damit kann die App beliebige Brain-Endpoints ueber RVS adressieren — nicht nur Memory. App-Service (Phase B): - services/brainApi.ts: Promise-basierter Client. _send() schickt brain_request mit requestId, _ensureListener() filtert die passende brain_response. Methoden: getMemory, listMemories, searchText, searchSemantic, saveMemory, updateMemory, deleteMemory, uploadAttachment (Base64), deleteAttachment, getAttachmentBytes. App-UI (Phasen C+D): - components/MemoryDetailModal.tsx: Modal mit zwei Modi. - Read: Titel, Type, Category, Tags, voller Content, Anhang-Liste (Tap = Bild im Vollbild oder Datei-Info), Stift-Icon → Edit. - Edit: Titel/Content/Category/Tags/Pinned editierbar, Save via brainApi.updateMemory. - DocumentPicker + RNFS.readFile(base64) → uploadAttachment(...). - Anhang loeschen, kompletter Memory loeschen (mit Alert-confirm). - ChatScreen: TouchableOpacity-Wrapper um die memorySaved-Bubble, Tap setzt memoryDetailId → Modal oeffnet. Hint im Footer "tippen für Details" wenn die Bubble eine ID hat. Etappen 4 (Notizen-Inbox neben Lupe) + 5 (Memory-Editor in App- Settings) folgen — diese nutzen die gleiche MemoryDetailModal- Komponente, sind also schnell aufgesetzt sobald 2+3 verifiziert. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-14 13:26:02 +02:00

e74e1eaf70

fix(app): URLSearchParams crasht in Hermes — durch Mini-Query-Builder ersetzt

Inbox-Crash gefunden via App-Crash-Reporter (commit 21a315c):

  "URLSearchParams.set is not implemented"
  at MemoryBrowser → brainApi.listMemories

React Native's Hermes-Polyfill kennt zwar new URLSearchParams() aber
nicht die .set()-Methode darauf. Pickup-Bug — auf iOS / aelteren
Versionen geht's, Stefan's Android-Build crasht.

Fix: kleine _qs()-Helper im brainApi.ts der einen Query-String aus
einem flachen Object baut, ohne URLSearchParams:
  _qs({q:'cessna', k:5, type:'fact'}) → "?q=cessna&k=5&type=fact"

Plus: undefined/null/empty Werte werden ausgelassen — saubererer als
URLSearchParams.set wo man manuell prefilten muss.

ErrorBoundary aus 21a315c hat den Crash sauber abgefangen, statt der
App-Tot war ne Error-Box im Inbox-Modal mit der vollen Stack-Trace.
Stefan konnte den Log via tools/fetch-app-logs.sh holen ohne ADB.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-05-14 16:06:21 +02:00

duffyduck

f71936da86

feat(memory): Tap auf Memory-Bubble oeffnet Detail+Edit-Modal in der App (Etappen 2+3)

Stefans naechste Wunsch-Etappe — komplettes Edit eines Memory-Eintrags
aus der App heraus, inkl. Anhang-Upload, ohne Diagnostic-Browser
auszuklappen.

Backend-Fundament (Phase A):
- Brain bekommt GET /memory/get/{id} fuer Einzel-Lookup mit allen Feldern
- RVS ALLOWED_TYPES um brain_request + brain_response erweitert
- Bridge implementiert generischen RVS-Brain-Proxy:
  payload {requestId, method, path, body|bodyBase64, contentType}
  → ruft Brain-HTTP-API → broadcastet brain_response {requestId,
  status, json|text|base64+contentType}. Damit kann die App
  beliebige Brain-Endpoints ueber RVS adressieren — nicht nur Memory.

App-Service (Phase B):
- services/brainApi.ts: Promise-basierter Client. _send() schickt
  brain_request mit requestId, _ensureListener() filtert die passende
  brain_response. Methoden: getMemory, listMemories, searchText,
  searchSemantic, saveMemory, updateMemory, deleteMemory,
  uploadAttachment (Base64), deleteAttachment, getAttachmentBytes.

App-UI (Phasen C+D):
- components/MemoryDetailModal.tsx: Modal mit zwei Modi.
  - Read: Titel, Type, Category, Tags, voller Content, Anhang-Liste
    (Tap = Bild im Vollbild oder Datei-Info), Stift-Icon → Edit.
  - Edit: Titel/Content/Category/Tags/Pinned editierbar, Save via
    brainApi.updateMemory.
  - DocumentPicker + RNFS.readFile(base64) → uploadAttachment(...).
  - Anhang loeschen, kompletter Memory loeschen (mit Alert-confirm).
- ChatScreen: TouchableOpacity-Wrapper um die memorySaved-Bubble,
  Tap setzt memoryDetailId → Modal oeffnet. Hint im Footer
  "tippen für Details" wenn die Bubble eine ID hat.

Etappen 4 (Notizen-Inbox neben Lupe) + 5 (Memory-Editor in App-
Settings) folgen — diese nutzen die gleiche MemoryDetailModal-
Komponente, sind also schnell aufgesetzt sobald 2+3 verifiziert.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-05-14 13:26:02 +02:00

2 Commits