Hello,
in Firefox, the previous page title that appears with a right clic on the “previous page” arrow is overwritten with the current page title.
For instance, if the first page displayed is:
https://meta.discourse.org/
see what the right click on arrow looks like (it is correct):
then going on any topic, such as:
the title of the previous page has been overwritten with the current page title:
Nevertheless, the link is still valid.
any idea about this bug?
It does indeed look like a bug possibly in the way / sequence that we replace history or a firefox quirk.
I am able to reproduce.
Since it is fairly minor I am going to put a pr-welcome in case the community would like to pitch in and propose a fix.
alright, thanks for your answer
لقد اكتشفت أن هذه المشكلة تظهر أيضًا كإدخالات في سجل التصفح تكون تالفة إلى حد ما، وهو ما أعتبره مشكلة أكثر خطورة. وبشكل أكثر تحديدًا، يتم تعيين عنوان جديد لعنوان URL قديم عند التعامل مع التنقل بواسطة JS. يحدث هذا دائمًا تقريبًا في Firefox ولكنه نادر جدًا في Chrome (وجدت حالة واحدة حتى الآن: الانتقال من /top إلى موضوع).
يقول @sam على حق أن السبب هو ترتيب العمليات التي يتم بها تعديل عنوان URL والعنوان. أتمنى لو كان هناك دليل لأفضل الممارسات منشور في مكان ما يوضح الترتيب الصحيح: قم دائمًا بتحديث العنوان بعد استخدام واجهة برمجة تطبيقات history.
لقد حاولت إجراء بعض التصحيحات (وأود أن أقول مقدمًا أنني أمقت بناء أي مشروع كبير نسبيًا مجاور لـ npm). في البداية، استخدمت هذا الرمز لإجراء استطلاع صغير:
Object.defineProperty(document, "title", {
get() {
return document.head.querySelector('title').innerText;
},
set(t) {
console.debug('title', t, new Error("title!").stack)
debugger;
document.head.querySelector('title').innerText = t;
},
enumerable: true,
configurable: true,
});
let ___push___ = window.history.pushState;
window.history.pushState = function(...args) {
console.debug('push', args[0], new Error().stack);
debugger;
___push___.apply(this, args);
};
let ___replace___ = window.history.replaceState;
window.history.replaceState = function(...args) {
console.debug('replace', args[0], new Error().stack);
debugger;
___replace___.apply(this, args);
};
لقد أظهر بالفعل أنه في معظم الأحيان يكون هناك تعديل واحد للعنوان قبل عملية واجهة برمجة تطبيقات history. للأسف، لم يكن الأمر أكثر فائدة من ذلك: كان ربط ما يحدث في وقت التشغيل بالكود المصدري صعبًا للغاية - كانت عمليات الاهتمام مبعثرة جدًا، وكان مكدس الاستدعاءات مضللاً لأن التنفيذ قد أفسح المجال لحلقة أحداث Ember، وبشكل عام كانت تجربة تصحيح الأخطاء في Firefox جحيمًا. بعد الانتقال إلى Chrome، كنت أكثر نجاحًا. باختصار، على حد علمي، يقرر Ember بنفسه متى يقوم بتحديث عنوان URL. من ناحية أخرى، يمكن بدء تعديل العنوان من مكانين: [1] و [2]
يتم تنفيذ الأخير فقط قبل استدعاء واجهة برمجة تطبيقات history. يقع “السلف المشترك للكود” الخاص بهما هنا:
// Run all the necessary enter/setup/exit hooks
this.setupContexts(newState, transition); // <-- title change initiated here, by triggering `model.title:change` event
// Check if a redirect occurred in enter/setup
if (transition.isAborted) {
// TODO: cleaner way? distinguish b/w targetRouteInfos?
this.state!.routeInfos = this.currentRouteInfos!;
return Promise.reject(logAbort(transition));
}
this._updateURL(transition, newState); // <-- url change initiated here
ومن المثير للاهتمام، “router.js هو مكتبة التوجيه المصغرة التي تستخدمها Ember.js.”
الآن أود أن أسلم معالجة المشكلة لشخص ما، على عكسي، على دراية عن بعد بالكود المصدري لـ discourse.
تعديل: نسيت أن أذكر: يتم تعديل document.title بواسطة [1] مرة واحدة أو أكثر بعد (كليهما) تعديله [2] وتعديل عنوان URL بواسطة واجهة برمجة تطبيقات history.
(كمستخدم جديد لا يمكنني وضع أكثر من رابطين في المنشور الواحد 
)