في main discourse (61e0db0e80)، عند إرسال نموذج تفضيلات المستخدم باستخدام “enter” (على سبيل المثال: بعد تغيير الاسم)، يتم إرسال النموذج بشكل أصلي.
يؤدي هذا إلى طلب GET إلى نفس الصفحة، ولا يتم حفظ أي تغيير في قاعدة البيانات.
خطوات إعادة الإنتاج:
لا يمكنني إعادة إنتاج المشكلة هنا على ميتا، لقد جربت للتو وهي تعمل كما هو متوقع.
هل يمكنك التحقق هنا أيضًا من فضلك؟
بالتأكيد، تمكنت من إعادة إنتاجه في:
أنا أستخدم Debian 13 وكلا المتصفحين يأتيان من مستودع Debian.
غريب جدًا، لا يمكنني إعادة إنتاج المشكلة في متصفحي (Firefox 45.0.2/Chromium: 143.0.7499.40)
عندما تقول
هذا يجعلني أعتقد أنك لا تختبره على ميتا؟
للعلم، يمكنني تكرار المشكلة هنا على ميتا 
عندما أدخل اسمي ثم أضغط ‘enter’، يتم إعادة تحميل الصفحة وتفريغ القيمة.
أفترض أنه لم يتم حفظ أي تغييرات لأنه لم يتسن لي الضغط على الزر قبل إعادة تحميل الصفحة؟
الوقت المقدر للوصول (ETA): يبدو أن هذا يحدث في كل من فايرفوكس وكروم (على سطح المكتب/ويندوز)
حسناً، من الجيد معرفة ذلك. أتساءل لماذا لا أستطيع إعادة إنتاج المشكلة 
ليس لدي فكرة 
ولكن إذا كان بإمكانك إعادة إنتاج المشكلة، فما الذي ستبحث عنه؟ يمكنني المحاولة مرة أخرى ورؤية ما إذا كان بإمكاني تزويدك بالمعلومات.
يمكن تكرار ذلك بنسبة 100% في بيئة dv نظيفة.
على أحدث إصدار من Chrome:
dv new enter-submit
http://enter-submit.localhost/session/user1/become
قم بزيارة
http://enter-submit.localhost/u/user1/preferences/account
قم بتغيير الاسم
انقر على إدخال (enter)
تتم إعادة تحميل الصفحة.
كيف نشعر تجاه شيء كهذا @martin / @j.jaffeux في /frontend/discourse/app/controllers/preferences.js:
@action
preventSubmit(event) {
event?.preventDefault();
}
<form class="form-vertical" {{on "submit" this.preventSubmit}}>
{{outlet}}
</form>
</section>
من الغريب بعض الشيء أن لدينا نموذجًا ليس نموذجًا حقًا في هذه الحالة المحددة جدًا.
لقد قصدت “مع تعطيل جميع إضافات المتصفح” (أنا أستخدم الكثير من الأشياء التي يمكن أن تعبث بالسلوك الأصلي لموقع الويب)
لقد اختبرت على ميتا، وفي بيئة تطوير جديدة ونظيفة.