لقد قمت بتثبيت Discourse على خادمي، وعمل بشكل جيد لفترة طويلة دون أي مشاكل.
غير أنه بعد آخر تحديث، لاحظت أن جميع حسابات المستخدمين فشلت في تسجيل الدخول، بما في ذلك حسابات المشرفين.
بعد فترة، بدأت أشتبه في أن المشكلة تتعلق بإضافة ما، لذا قمت بإزالة جميع الإضافات ثم شغلت الأمر ./launcher rebuild app لتشغيل النسخة الأصلية النقية، لكن ذلك لم يفلح. في الوضع الحالي، يبدو أن موقعنا أصبح للقراءة فقط ولا يمكن إجراء أي إجراء سوى قراءة المواضيع.
عند تقديم أي نموذج تسجيل دخول، يظهر هذا الرسالة، ولا نعرف ما تعنيه.
يقع موقعنا على الرابط https://discuss.stickyricelove.com، ونحن منظمة غير ربحية تهدف إلى تثقيف وتعزيز التثقيف الجنسي في هونغ كونغ، للمراهقين ولتسليط الضوء على استفساراتهم وشكوكهم.
نتطلع بشدة إلى إجابة قريباً جداً جداً جداً.
شكراً لكم.
It looks like one of your plugins is not compatible with the current version of Discourse. I suggest removing all third party (non-official) plugins and rebuilding.
Do you have this behind cloudflare or anything like that? @sam do you see anything in the pictured JS console errors that would indicate what is the issue?
We have consider that issue too, therefore a month ago we completely disabled all Cloudflare features, will also consider moving out Cloudflare since it brings enough troubles for us.
Will there be any override that I can force my current session as an admin? In that way I can get into the backend and see what’s the log telling
I manage a small discourse forum for an opensource project and we have something that looks like the same problem. The error is exactly the same with google chrome, but is different with firefox : the login dialog works normally, the page is refreshed but it does not log me in (screenshots bellow).
It’s a dedicated host, and it doesn’t change much if I rebuild with beta, previous beta, or “tests-passed”. We don’t use cloudfare, but it’s behind a nginx reverse proxy (nothing too fancy). The discourse container is http, but nginx serves it in https through the reverse proxy, if that makes any difference.
I would appreciate any idea if there is something I can try.
Hello. I tried to run it without the nginx reverse proxy and it did not resolve the issue. Will run a reinstall tomorrow except if anyone think about something that could help by that time.
I noticed that by default, the launcher rebuild script was checking out the “tests-passed” version. Is it a bit dangerous ? should it be beta ? When I update from the admin web screen, it update to the most recent beta instead ?
I had to launch a rebuild before the problem appeared because the host ip from inside the container changed. The host is also my mailserver, and the mail config was in app.yml.
Is it possible that with the rebuild, I updated to a version that somehow corrupted the config ? (I launched the rebuild around 11/02/2016 07:00 PM if that’s any help).