تحرّي ERR_INVALID_CHUNKED_ENCODING عبر وسيط

ERR_INVALID_CHUNKED_ENCODING يعني أن الاستجابة تعذّر فك ترميزها كرسالة chunked كاملة. ووصول جزء من المحتوى بنجاح لا يثبت أن بقية الاستجابة كانت سليمة.

1. احتفظ بترويسات الاستجابة وبأول خطأ من فاكّ الترميز. بيّن أي مكوّن أبلغ عنه وما إذا كانت الرسالة معلنة كـ chunked.
2. حدّد نقطة التوقف. يتطلب ترميز HTTP/1.1 chunked أحجامًا والبيانات المقابلة وفواصل وchunk ختاميًا، مع trailers حيث ينطبق. إغلاق الاتصال مبكرًا وحجم مشوّه دليلان مختلفان.
3. قارن الطلب الخاضع للتحكم نفسه على المسار المقصود. طابق الطلب مع سجلات الوسيط والمنبع. ابحث عن إغلاق من المنبع أو تحويل وسيط أو إلغاء من التطبيق عند تلك النقطة.

لا تستنتج تأطير HTTP من حجم مخزن TCP. قد تحتوي قراءة socket واحدة على نصف chunk أو عدة chunks؛ وقد تعرض المكتبة المحتوى المفكوك في مخازن مختلفة. ولسجل JSON حدّ آخر. ويمكن للوسيط أن يعيد تأطير الاستجابة دون الحفاظ على حدود الحزم الأصلية.

إذا أشارت الأدلة إلى تنفيذ Squid قديم، فأبقِ رقم إصداره مع ذلك الاستنتاج. ولا تصف إرشادات ترقيع Squid 2.x كل إصدار حالي. وحافظ على فك الترميز العادي والتحقق من الشهادة أثناء المقارنة: فكتم الخطأ قد يترك ملفًا ناقصًا يبدو كتنزيل ناجح.