EricGT
28 يوليو 2026، 11:53ص
1
خلال اليومين الماضيين، كان منتدي OpenAI Discourse في وضع الموظفين فقط .
يمكن فقط لأعضاء الموظفين والمستخدمين الذين لديهم صلاحيات أعلى التفاعل مع الموقع؛ بينما يتمتع الجميع بصلاحية القراءة فقط.
يُرحب بالمستخدمين الذين يزورون الموقع لأول مرة برسالة:
وقد يرون هذه الرسالة أيضًا في أعلى الصفحة:
وقد تظهر هذه الإشعارات في نهاية الموضوع:
عند وضع موقع في وضع الموظفين فقط ، سيكون من المفيد إخفاء هذه الخيارات عن المستخدمين الذين لا يمكنهم استخدامها. إن تركها مرئية قد يسبب إحباطًا، خاصةً لأن المستخدمين ليس لديهم طريقة للإبلاغ عن المشكلة أو طلب المساعدة من خلال المنتدى.
6 إعجابات
أوافق على هذا الرأي.
هل يمكنك تسجيل الدخول؟ أسأل لأنني مسجل الدخول هناك. إذا لم يستطع أحد تسجيل الدخول أو إنشاء حساب، ربما ينبغي توضيح ذلك بوضوح في اللافتة أيضاً، بأنه لا يمكن حالياً تسجيل الدخول أو إنشاء حساب؟
أعلم أن اللافتة تقول «لا حاجة لأي إجراء إضافي من المستخدمين»، لكن من خبرتي، لا يقرأ جميع المستخدمين كل شيء أو ربما لا يفهمونه حتى، بسبب الحواجز اللغوية، وقد تكون العواقب تغيير كلمات المرور وربما التواصل غير الضروري مع دعم OpenAI بشأن مشكلات تسجيل الدخول وإنشاء الحساب؟
إعجابَين (2)
EricGT
28 يوليو 2026، 1:28م
3
LarisaHaster:
هل يمكنك تسجيل الدخول؟
لا.
أقوم بالنقر على تسجيل الدخول وأُوجَّه إلى:
ثم أدخل عنوان بريدي الإلكتروني:
بعد ذلك، أنقر على تخطي كلمة المرور؛ أرسل لي رابط تسجيل الدخول عبر البريد الإلكتروني ، وبعد ذلك تظهر لي:
وبما أن هذا على الأرجح مشكلة مؤقتة، فلا أخطط لقضاء المزيد من الوقت في محاولة تسجيل الدخول إلى الموقع.
4 إعجابات
أهلاً، فهمت الآن.
تمكنت من تسجيل الدخول عبر الرابط أمس، لكن كان ذلك قبل تفعيل وضع الموظفين فقط .
إعجابَين (2)
شكرًا لك @EricGT على ملاحظاتك CTA لا يمكنهم تنفيذها.
سيتم إصلاح ذلك بواسطة
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 إعجابات
EricGT
28 يوليو 2026، 11:45م
8
التحديث نشط على موقع OpenAI.
تم إصلاحه خلال ~12 ساعة
4 إعجابات
أوافق على أنه يجب أن نبذل قصارى جهدنا لعدم إحباط المستخدمين المجهولين بإجراءات CTA لا يمكنهم تنفيذها.
