חזרה
תיקון הורדות ב-Firefox: שינוי network.http.response.timeout מחזיר את אפשרות ההמשך
SiTech AI Team2 דק׳ קריאה

תיקון הורדות ב-Firefox: שינוי network.http.response.timeout מחזיר את אפשרות ההמשך

שינוי פרמטר ב-Firefox מחזיר את המשך הורדות גדולות ומשפר את היציבות. הגדרת network.http.response.timeout ל-0 ב-about:config פותרת בעיה עתיקה ב-Firefox 28 וגרסאות חדשות.

הבעיה

ב-Firefox 28 ובגרסאות חדשות יותר, כלומר בכל הגרסאות המודרניות מכאן ועד בערך 2014, פרמטר network.http.response.timeout מוגדר על 300 שניות. לפי מאמר שפורסם ב-2026-10-11, ערך ברירת מחדל זה, ככל הנראה, מונע מהורדות גדולות להימשך ובאופן כללי מפחית את היציבות שלהן.

הבעיה אינה בכך שהשרתים דוחים את המשך ההורדה. אם השרת לא תומך בהמשך הורדה, שום פרמטר בדפדפן לא יסייע. הבעיה היא ש-Firefox לא מצליח להמשיך הורדה שהשרת לגמרי מוכן לאפשר את המשכה. המחבר מציין שב-Firefox הורדות שניתן להמשיך, ככל הנראה, תלויות במגבלות זמן החיבור ולא בקבצי .part שהוא עצמו יוצר, וש-Firefox בשמחה מתעלם מקובץ .part קיים ללא התצורה הנכונה.

התיקון

הגדרת network.http.response.timeout ל-0 או לערך גבוה מאוד ב-about:config, ככל הנראה, לא רק מאפשרת להורדות גדולות להימשך אלא גורמת להן להיות יציבות קצת יותר. המחבר מודה שהוא לא מצליח להבין לגמרי למה זה עובד, אבל אומר שבדיקות ניסוייות מאששות את השינוי.

התנהגות זו, בצורה כזו או אחרת, היא בעיה ידועה עוד מ-2005. המחבר גם חושד ש-Firefox מבצע ניסיונות מחדש נסתרים לפני שההורדה מוכרזת כנכשלת, ושמעבר מגבלת הזמן מונע את התהליך הזה. זה לא אושר בקוד של Firefox, מכיוון שלפי המחבר, הוא לא יודע איפה לחפש.

דרכים נוספות

למשתמשים שלא רוצים לשנות הגדרות נסתרות, המחבר מצא דרך להחליפה ידנית של קובץ .part, בעזרתה Firefox ממשיך את ההורדות, אם כי הוא מתאר זאת כמסובך מדי כדי להטריד עצמו עם זה. כפתרון חלופי ללא Firefox, הפקודה wget -c -O "$filename" "$url" גם עובדת, ו-wget נראה יציב למדי עבור הורדות גדולות.

מקורות: lunarwatcher.codeberg.page

SSiTech

SiTech — פיתוח אתרים בכוח ה-AI

אנחנו בונים אתרים מהירים ומודרניים ומשלבים AI בתהליכי עבודה אמיתיים. יש לכם פרויקט או שאלה? נשמח לעזור.