Greasemonkey: يتصرف V4match بشكل مختلف عن V3 و TamperMonkey

تم إنشاؤها على ١٥ نوفمبر ٢٠١٧  ·  8تعليقات  ·  مصدر: greasemonkey/greasemonkey

يحتوي البرنامج النصي الخاص بي على الإدخالات التالية (تم تنقيحه في تلك عناوين إنترانت):

// <strong i="6">@match</strong>        http://*.some-net.net/*
// <strong i="7">@match</strong>        http://*.some-net.net/*
// <strong i="8">@match</strong>        https://*.some-othernet.net/*
// <strong i="9">@match</strong>        https://*.some-othernet.net/*

يعمل على V3 / tampermonkey مع جميع أمثلة العناوين التالية (كل من http و https)

[1] service.some-net.net
[2] service.some-othernet.net
[3] service.some-net. صافي: 1234
[4] service.some- othernet. صافي: 1234
[5] service.customer.some-net. صافي: 1234
[6] service.customer.location.some-net.net

لا يعمل Hovewer على V4 [3] [4] و [5]. بالنسبة إلى [3] ، كان الإصلاح لإضافة تلك المطابقة للمنفذ أيضًا:

// <strong i="23">@match</strong>        http://*.some-net.net:*/*
// <strong i="24">@match</strong>        http://*.some-net.net:*/*
// <strong i="25">@match</strong>        https://*.some-othernet.net:*/*
// <strong i="26">@match</strong>        https://*.some-othernet.net:*/*

أما بالنسبة إلى [5] فقد حاولت هذا ، ولكن حتى هذا لا يساعد

// <strong i="30">@match</strong>        http://*.*.some-net.net:*/*
// <strong i="31">@match</strong>        http://*.*.some-net.net:*/*
// <strong i="32">@match</strong>        https://*.*.some-othernet.net:*/*
// <strong i="33">@match</strong>        https://*.*.some-othernet.net:*/*

وهذا ليس له أي معنى بالنسبة لي حيث [6] العمل على القاعدة (الأصلية) الأولى التي تم وضعها بمفردها.

ال 8 كومينتر

الوثائق الرسمية مقتضبة ولا تذكر المنافذ على الإطلاق. سيتم التأكد من تضمين اختبار عند التثبيت ، لمنع الانحدار.

ومع ذلك ، بمقارنة الكود الجديد / القديم:

أنا غير واضح كيف حدث هذا ، ولم يتغير.

حسنًا ، ربما تغير شيء ما في الطريقة المستخدمة للحصول على عنوان URL الحالي. كل شخص لديه Firefox جديد لديه هذه المشكلة ، بالنسبة للآخرين الذين يستخدمون FF / Chrome القديم ، فهو يعمل.
لسوء الحظ ، عندما أردت تعديل XPI لإضافة بعض المطبوعات ، وجدت أنه يجب توقيعها ...

هناك Bugzilla حول المباراة والموانئ. لست متأكدا ما هو القرار. سوف أرى ما إذا كان بإمكاني العثور عليه.

Buzilla على المباراة والمنافذ. هنا .

حسنًا ، في 3.x يومًا ، استخدمنا nsIURI ، والذي كان يحتوي على host ، port ، و hostport بشكل منفصل. الآن يتعين علينا استخدام عنوان URL الذي لا يزال يحتوي على شيء يسمى host - لكنه يعني hostport . نحتاج إلى استخدام hostname .

لا تتعلق مباشرة بوظيفة المشكلة ، ولكنها تضمن التوافق مع تطبيق FF. ينبغي أن يتم تنفيذ API.

https://bugzilla.mozilla.org/show_bug.cgi؟id=1395278

يجب أن يكون هذا الإصلاح في 4.1beta6 ؛ اختبار وتأكيد هذا سيكون موضع تقدير كبير!

https://addons.mozilla.org/firefox/downloads/file/800957/greasemonkey-4.1beta6-an+fx.xpi؟src=devhub

فحص الآن ويبدو أنه يعمل بشكل صحيح. شكرا!

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات