Das ist seltsam… bist du eingeloggt? Hast du auch versucht, zur Seite zu wischen, um zu sehen, ob die horizontale Bildlaufleiste erscheint?
Falls ja, frage ich mich, ob das nur bei Admin-Konten auftritt.
1 „Gefällt mir“
pmusaraj
(Penar Musaraj)
28. April 2026 um 18:51
44
Ich bin nicht angemeldet. Ich habe versucht, von links nach rechts zu wischen.
Es könnte etwas sein, das bei Administratoren auftritt. Mit einem regulären Benutzer in einem Chrome-Mobile-Emulator-Fenster kann ich es nicht reproduzieren.
Tatsächlich: Ich kann es als Administrator auf unserem eigenen Blog reproduzieren.
2 „Gefällt mir“
pmusaraj
(Penar Musaraj)
28. April 2026 um 19:04
45
4 „Gefällt mir“
[quote=“Thiago_Mobilon, Beitrag: 1, Thema: 400721”]
Der aktuelle Ablauf ist ein ziemlicher Konversionskiller: Der Benutzer klickt auf „Anmelden
1 „Gefällt mir“
Falco
(Falco)
6. Mai 2026 um 15:08
48
Wir arbeiten daran, diesen Ablauf zu verbessern
main ← embed-full-app-signin-flow
drafted 04:08PM - 05 May 26 UTC
Previously, full app embeds loaded on a third-party domain could not see the for… um's session cookie, leaving users effectively logged out, and `showLogin` only opened a dead-end `/login` tab the iframe never reacted to.
This change adds an opt-in `embed_full_app_signin_flow` site setting that intercepts logged-out actions inside the iframe with a guided flow: an in-iframe modal opens a top-level sign-in tab that auto-closes via `postMessage` on success, and the iframe reloads to pick up the session cookie. On Safari, the flow first calls `requestStorageAccess()` to bypass ITP before opening the popup.
## Flow
1. User clicks an auth-gated action (Like, Reply CTA, etc.). `showLogin` / `showCreateAccount` (and the embed-topic-footer reply CTA) route into the new `embed-auth-flow` service.
2. **Safari only**: if `hasStorageAccess()` is false, an in-iframe modal asks the user to share their session. Confirming calls `requestStorageAccess()` (synchronously inside the click handler so user activation is preserved), persists the original intent, and reloads the iframe.
3. A sign-in modal opens a top-level `/login?embed_signin_callback=1` (or `/signup`) tab. A new `embed-signin-popup-callback` initializer detects a successful sign-in in that tab, posts a message to the opener, and closes the tab.
4. The iframe reloads on the explicit `postMessage` success signal so the user picks up their session. Plain popup close (user dismissed) tears down silently — no false "signed in" state.
## Setting
- `embed_full_app_signin_flow` (boolean, default `false`, in the `embedding` area). Off by default; the existing Safari-only on-load storage access prompt and the legacy `window.open("/login")` paths continue to run when the flag is off.
- Activating this requires the embed to be **same-site** to the host page (e.g. `forum.discourse.org` ↔ `meta.discourse.org`) **or** `same_site_cookies = "None"` for cross-site embeds. The browser's SameSite policy still applies to cookies after `requestStorageAccess()`, so cross-site Lax/Strict cookies cannot be delivered to the iframe.
## Implementation notes
- **User activation preserved.** The modal is rendered via `service:modal` with native `<button {{on "click" handler}}>` elements rather than `service:dialog` (which wraps actions in `next()` and breaks user activation), so `requestStorageAccess()` and `window.open()` see a live activation token.
- **Intent persisted across reload.** Sign-up vs. sign-in intent survives the storage-access reload via `sessionStorage`.
- **API-unsupported fallback.** On Safari without `document.requestStorageAccess`, the service opens a plain top-level login tab (no callback) instead of trapping the user in a popup that cannot bridge cookies.
- **Storage access denial is a dead-end on purpose.** The catch handler does not chain to a sign-in popup, since a sign-in tab cannot help an iframe that lacks storage access. The user retries the action to be re-prompted.
## Tests
`tests/unit/services/embed-auth-flow-test.js` covers the state machine: gating, the Safari/non-Safari split for Storage Access, post-reload handling (including signup-intent preservation), denial behaviour, popup URL routing, and the API-unsupported fallback.
Es ist eine komplexe Änderung, aber wir hoffen, dass wir eine bessere Benutzererfahrung erreichen können.
6 „Gefällt mir“
Ich habe einen weiteren UI-Fehler gefunden:
Wenn ich auf „Bearbeiten“ für meinen Beitrag klicke, erscheint am unteren Rand des Iframes ein leerer Bereich ohne Inhalt. Das „Standard“-Formular bleibt geöffnet, aber mein Kommentar befindet sich nicht darin zur Bearbeitung. Außerdem verschiebt sich das Element, das die Anzahl der Beiträge im Thread anzeigt, nach links.
1 „Gefällt mir“
Falco
(Falco)
7. Mai 2026 um 20:27
50
Das klingt ähnlich wie ein Fehler im AI Bot Composer, oder @keegan ?
1 „Gefällt mir“
keegan
(Keegan George)
8. Mai 2026 um 20:29
52
[quote=“Thiago_Mobilon, Beitrag: 49, Thema: 400721”]
Wenn ich auf „Beitrag bearbeiten
5 „Gefällt mir“
Ich habe mir gerade die Statistiken angesehen und frage mich, ob alles wie erwartet funktioniert. Unter „Eingebettete Ansichten
1 „Gefällt mir“
Falco
(Falco)
15. Mai 2026 um 17:09
55
[quote=“Thiago_Mobilon, Beitrag:1, Thema:400721”]
5. Login-Hürden
Der aktuelle Ablauf ist ein ziemlicher Konversionskiller: Nutzer klicken auf „Anmelden
4 „Gefällt mir“
Ich glaube, die neue Funktion für verschachtelte Antworten ist möglicherweise nicht mit dem Embed-Modus kompatibel.
Ich habe die verschachtelten Antworten in einem Thema aktiviert, um es zu testen, und anstatt den Kommentarbereich zu laden, hat das iframe den Beitrag innerhalb des Beitrags geladen.
1 „Gefällt mir“