EricGT
28 Luglio 2026, 11:53am
1
Negli ultimi due giorni, il forum Discourse di OpenAI è stato in modalità solo per lo staff .
Solo i membri dello staff e gli utenti con permessi superiori possono interagire con il sito; tutti gli altri hanno accesso in sola lettura.
Gli utenti che visitano il sito per la prima volta vengono accolti da:
Potrebbero anche vedere questo messaggio in alto nella pagina:
E questa notifica potrebbe apparire alla fine di un argomento:
Quando un sito è in modalità solo per lo staff , sarebbe utile nascondere queste opzioni agli utenti che non possono utilizzarle. Lasciarle visibili è probabilmente frustrante, soprattutto perché gli utenti non hanno modo di segnalare il problema o chiedere aiuto tramite il forum.
6 Mi Piace
Sono d’accordo.
Riesci ad accedere? Chiedo perché ci sono collegato lì. Se nessuno riesce ad accedere o registrarsi, forse dovrebbe essere specificato chiaramente anche nella banner che al momento non è possibile accedere/registrarsi?
So che la banner dice “nessuna ulteriore azione richiesta agli utenti”, ma per esperienza non tutti gli utenti leggono tutto o forse non lo capiscono nemmeno, a causa delle barriere linguistiche e le conseguenze potrebbero essere il cambio di password e forse contatti non necessari con il supporto OpenAI per problemi di accesso e registrazione?
2 Mi Piace
EricGT
28 Luglio 2026, 1:28pm
3
No.
Clicco su Accedi e vengo reindirizzato a:
Inserisco quindi il mio indirizzo email:
Successivamente, clicco su Salta la password; inviami un link di accesso , dopodiché mi viene visualizzato:
Poiché si tratta molto probabilmente di un problema temporaneo, non intendo perdere più tempo cercando di accedere al sito.
4 Mi Piace
Ah, capito.
Ieri sono riuscito ad accedere con il link, ma era prima della modalità solo staff .
2 Mi Piace
Grazie @EricGT per i tuoi feedback CTA che non possono eseguire.
Questo sarà corretto da
main ← hide-signup-in-read-only-mode
merged 06:05PM - 28 Jul 26 UTC
Previously, a site in read only or staff only mode still offered
anonymous visit… ors every way in: the header "Sign Up" button, the signup
call to action at the end of a topic, the create account link on the
login page, and the server-rendered header — including the one on the
read only error page itself. Account creation is blocked in both modes,
so all of them were dead ends. The banner made it worse by describing
what members lose (replying, likes) rather than what an anonymous
visitor is actually unable to do.
This change gates the JS `canSignUp` getter and its Ruby twin
`can_sign_up?` on read only state, which covers every signup entry point
at once. `canSignUp` had to drop its `@computed` decorator to do so:
with no dependent keys it cached permanently, so the new term would have
been evaluated once at boot and then frozen — leaving the button visible
if read only mode started later, and hidden long after it ended.
The "Log In" button deliberately stays, because staff can still log in
during staff only mode. Anonymous visitors now get banner copy naming
signup and login instead, a refused login says only staff can log in
rather than claiming login is disabled outright, and the email and code
login forms show that inline instead of a generic "an error occurred"
dialog.
It also fixes a pre-existing blank page. Both `/login` and `/signup`
aborted the transition when read only, which on a direct URL load left
the application template unrendered — and with it the dialog holder, so
the explanation never appeared either. They now redirect home when there
is no route to stay on, and keep aborting when there is.
Meta ref: /t/408703
6 Mi Piace
EricGT
28 Luglio 2026, 11:45pm
8
L’aggiornamento è attivo sul sito di OpenAI.
Risolto in ~12 ore
4 Mi Piace
Concordo che dovremmo fare del nostro meglio per non frustrare gli utenti anonimi con CTA che non possono eseguire.
