Dies ist ein Problem von Discourse selbst, nicht von einem Plugin, und sollte unter jedem beliebigen Beitrag reproduzierbar sein. Das folgende Beispiel stammt aus: Geo-Blocking-Plugin - Custom / Plugins - Discourse Meta
Schritte zur Reproduktion:
Die Antwortliste erweitern
Auf „Zum Beitrag springen“ klicken
Den entsprechenden Beitrag bearbeiten, ohne Änderungen vorzunehmen, und direkt speichern.
1 „Gefällt mir“
chapoi
12. Mai 2026 um 06:29
2
Kann diesen Fehler bestätigen. Die Konsole meldet:
Obwohl ich nicht zu 100 % sicher bin, ob dies damit zusammenhängt.
Es scheint spezifisch für den Beitrag zu sein, der eine Antwort ist. Ich kann das Problem mit beiden Beispielen im Thema zur Geoblockierung reproduzieren.
Ich konnte es lokal nachstellen, aber es ist etwas kniffliger als erwartet. Ich arbeite jedoch bereits an einer Lösung.
main ← fix-edit-reply-after-expanding-replies
opened 01:05PM - 12 May 26 UTC
Editing a post that's a reply produced a "The requested URL or resource could no… t be found" dialog when the post had been viewed via its parent's expanded replies list. The dialog came from a `PUT /post_replies/:id` request that 404s; the URL should be `PUT /posts/:id`.
`loadMoreReplies` calls `store.find("post-reply", …)` then `store.createRecord("post", reply)` on each result. The first stamps `__type = "post-reply"` (and `__munge`, `__state`) onto each model. The second re-hydrates the same `id` under `post` — and the topic stream's canonical post for that `id` is already in the store. `_hydrate`'s "update existing" path copies those internal fields onto the canonical record via `setProperties`, so a later `post.save()` builds its URL from the wrong `__type`.
Fix: skip every `__`-prefixed key when diffing in `_hydrate`'s update path. Internal store/RestModel metadata stamped at hydration time has no business being carried across types. The `__` prefix is the existing convention for "internal", so future additions are protected by the same guard.
https://meta.discourse.org/t/402747
3 „Gefällt mir“
