हम फ़ायरफ़ॉक्स में नए डाउनलोड पैनल की सुविधाओं और डाउनलोड पैनल Tweaker एक्सटेंशन के बारे में बात करेंगे, जो कुछ अवांछित सुविधाओं को समाप्त करता है।
विशेष रूप से, सबसे विवादास्पद के बारे में, मेरी राय में, नवाचार, जिसके कारण पूर्ण डाउनलोड सूची से गायब हो जाते हैं (हालांकि वे "पुस्तकालय" के संबंधित अनुभाग में दिखाई देते हैं) - यह सिर्फ इतना हुआ कि समय सुधार को ठीक करने में सबसे अधिक समय लगा।
परिणाम इस तरह दिखता है (यह सेटिंग्स से एक "कॉम्पैक्ट" विकल्प है, "बहुत कॉम्पैक्ट" थोड़ा अधिक स्थान बचाएगा):

लेकिन जैसा कि मूल रूप से था ।
कुछ कोड उदाहरण भी होंगे (अन्यथा विवरण के बिना कहां?)।

एक प्रस्तावना के बजाय, या लंबे समय तक लाइव कॉम्पैक्ट!

शुरुआत के लिए, डाउनलोड बार के सभी तत्व डिफ़ॉल्ट रूप से विशाल हैं! सबसे पहले, मेरे पास स्पर्श मॉनिटर नहीं है - धन्यवाद, लेकिन मैं वैसे भी सही जगह पर पहुंच सकता हूं। और दूसरी बात, केवल तीन बिंदु हैं, अधिक नहीं। यही है, जगह खर्च की जाती है, लेकिन कुछ का बहुत कम उपयोग होता है।
सामान्य तौर पर, यदि डाउनलोड किए गए दृश्य संख्याओं की सीमा को अंतर्निहित साधनों का उपयोग करके कॉन्फ़िगर किया जा सकता है, तो विस्तार नहीं हो सकता है, क्योंकि उपयोगकर्ता userChrome.css या स्टाइलिश एक्सटेंशन का उपयोग करके आसानी से कॉन्फ़िगर किए जाते हैं ।
इसके अलावा, यह संभव नहीं है (?) डाउनलोड गति को अकेले प्रदर्शित करने के लिए - यह टूलटिप में है, लेकिन छद्म-वर्गों के बाद :: पहले और बाद में हमेशा XUL में काम नहीं करते (जाहिर है, ये गुमनाम नोड्स के प्रतिबंध हैं ), इसलिए यह मदद नहीं करता है:

.downloadDetails[tooltiptext]::after { content: attr(tooltiptext) !important; } 

दर्शनीय डाउनलोड बढ़ाएँ

नतीजतन, पैनल में डाउनलोड की संख्या के लिए जिम्मेदार कोड क्रोम फ़ाइल में बहुत जल्दी पाया गया : //browser/content/downloads/downloads.js :

 const DownloadsView = { ////////////////////////////////////////////////////////////////////////////// //// Functions handling download items in the list /** * Maximum number of items shown by the list at any given time. */ kItemCountLimit: 3, 

लेकिन परिवर्तन केवल तभी काम करेगा जब वे ब्राउज़र शुरू होने पर, यानी डाउनलोड बार शुरू होने से पहले किए गए थे।
इसलिए, आगे की खोज ने संसाधन का नेतृत्व किया : //app/modules/DownloadsCommon.jsm फ़ाइल और डाउनलोडकैमोन .getSummary () फ़ंक्शन:

  /** * Returns a reference to the DownloadsSummaryData singleton - creating one * in the process if one hasn't been instantiated yet. * * @param aWindow * The browser window which owns the download button. * @param aNumToExclude * The number of items on the top of the downloads list to exclude * from the summary. */ getSummary: function DC_getSummary(aWindow, aNumToExclude) { if (PrivateBrowsingUtils.isWindowPrivate(aWindow)) { if (this._privateSummary) { return this._privateSummary; } return this._privateSummary = new DownloadsSummaryData(true, aNumToExclude); } else { if (this._summary) { return this._summary; } return this._summary = new DownloadsSummaryData(false, aNumToExclude); } }, 

और वास्तव में क्या हो रहा है

 /** * DownloadsSummaryData is a view for DownloadsData that produces a summary * of all downloads after a certain exclusion point aNumToExclude. For example, * if there were 5 downloads in progress, and a DownloadsSummaryData was * constructed with aNumToExclude equal to 3, then that DownloadsSummaryData * would produce a summary of the last 2 downloads. * * @param aIsPrivate * True if the browser window which owns the download button is a private * window. * @param aNumToExclude * The number of items to exclude from the summary, starting from the * top of the list. */ function DownloadsSummaryData(aIsPrivate, aNumToExclude) { this._numToExclude = aNumToExclude; 

यहां सब कुछ सरल है - बस इसे इस तरह से करें:

 var itemCountLimit = 5; //        3  5 if(DownloadsCommon._privateSummary) DownloadsCommon._privateSummary._numToExclude = itemCountLimit; if(DownloadsCommon._summary) DownloadsCommon._summary._numToExclude = itemCountLimit; 

यही है, पहले से ही बनाए गए नियमित और निजी इंस्टेंसेस के डाउनलोड्स की सीमा को समायोजित किया जाता है।
सबसे मुश्किल हिस्सा यह है कि नई सेटिंग्स के अनुसार, डाउनलोड सूची ही फिर से तैयार नहीं होगी।
लेकिन यहाँ मेरे पास एक प्रमुख शुरुआत थी: निजी टैब एक्सटेंशन के विकास के दौरान (जो, संयोगवश, एक लेख भी था), ठीक उसी प्रश्न का उदय हुआ, क्योंकि टैब स्विच करते समय नियमित से निजी में डाउनलोड की सूची को बदलना आवश्यक था (और उनमें से बहुत सारे थे। सफलता की अलग-अलग डिग्री के प्रयोग)।
लेकिन, हमेशा की तरह, अभी भी कुछ तरकीबें थीं: फ़ायरफ़ॉक्स 28 ने डाउनलोड बार को खाली करने के लिए फ़ंक्शन को हटा दिया, पूरी तरह से (यह पुराने और नए डाउनलोड इंजन के बीच स्विच करने के लिए उपयोग किया जाता था)। इसलिए मुझे एक एनालॉग लिखना था - अच्छा, यह सरल है।
परिणाम ऊपर दिए गए लिंक पर या एक्सटेंशन कोड में देखा जा सकता है।
और विस्तार में एक विशेषता है: यदि आप बस करते हैं

 DownloadsView._viewItems = {}; DownloadsView._dataItems = []; 

, तब एक मेमोरी रिसाव होगा, क्योंकि ऑब्जेक्ट को विस्तार के दायरे में बनाया जाएगा, इसलिए आमतौर पर उपयोग किए जाने वाले निर्माण कार्य काम में आते हैं:

 DownloadsView._viewItems = new window.Object(); DownloadsView._dataItems = new window.Array(); 

इस स्थिति में, विंडो वह विंडो होती है जिसमें डाउनलोड दृश्य स्थित होता है (अर्थात डाउनलोड्स व्यू === विंडो। डाउनलोड )।

बाहर निकलने पर डाउनलोड सहेजें

यह सबसे कठिन निकला, लेकिन इस तथ्य के कारण इतना नहीं है कि फ़ायरफ़ॉक्स 26 में डाउनलोड का आंतरिक कार्यान्वयन बदल गया है, लेकिन कई संबंधित समस्याओं के कारण। इनमें से कई कठिनाइयाँ इसी मुद्दे में परिलक्षित होती हैं, लेकिन यह क्रम में सब कुछ के बारे में बेहतर है।

पुराने संस्करण और डाउनलोड सफाई

फ़ायरफ़ॉक्स 25 और पुराने में, डाउनलोड जबरन साफ़ कर दिए गए थे ( संसाधन: //app/compenders/DownloadsStartup.ss ):

  case "browser-lastwindow-close-granted": // When using the panel interface, downloads that are already completed // should be removed when the last full browser window is closed. This // event is invoked only if the application is not shutting down yet. // If the Download Manager service is not initialized, we don't want to // initialize it just to clean up completed downloads, because they can // be present only in case there was a browser crash or restart. if (this._downloadsServiceInitialized && !DownloadsCommon.useToolkitUI) { Services.downloads.cleanUp(); } break; ... case "quit-application": ... // When using the panel interface, downloads that are already completed // should be removed when quitting the application. if (!DownloadsCommon.useToolkitUI && aData != "restart") { this._cleanupOnShutdown = true; } break; case "profile-change-teardown": // If we need to clean up, we must do it synchronously after all the // "quit-application" listeners are invoked, so that the Download // Manager service has a chance to pause or cancel in-progress downloads // before we remove completed downloads from the list. Note that, since // "quit-application" was invoked, we've already exited Private Browsing // Mode, thus we are always working on the disk database. if (this._cleanupOnShutdown) { Services.downloads.cleanUp(); } 

परिणामस्वरूप, ब्राउज़र को बंद करते समय, Services.downloads.cleanUp () फ़ंक्शन को कॉल किया गया था।
(वैसे, पहले से ही एक ही स्थान पर नए इंजन के निशान हैं - Browser.download.useJSTransfer सेटिंग के मूल्य के लिए जाँच।)
मुझे पूरी तरह से Services.downloads को फिर से परिभाषित करना पड़ा, क्योंकि यह है

 Components.classes["@mozilla.org/download-manager;1"] .getService(Components.interfaces.nsIDownloadManager); 

( संसाधन देखें : //gre/modules/Services.jsm ), और सेवाओं के गुणों को नहीं बदला जा सकता है:

 Object.defineProperty(Services.downloads, "cleanUp", { value: function() {}, enumerable: true, configurable: true, writable: true }); // Exception: can't redefine non-configurable property 'cleanUp' 

यदि सरलीकृत किया जाता है, तो परिणाम निम्नानुसार है:

 var downloads = Services.downloads; var downloadsWrapper = { __proto__: downloads, cleanUp: function() { ... } }; this.setProperty(Services, "downloads", downloadsWrapper); 

यही है, हमारी नकली वस्तु में क्लीनअप प्रॉपर्टी फ़ंक्शन का कार्यान्वयन शामिल है और वर्तमान Services.downloads से अन्य सभी चीज़ों को विरासत में मिला है।
खैर, फर्जी फ़ंक्शन Services.downloads.cleanUp () से, आप कॉल स्टैक की जांच कर सकते हैं, और यदि यह वही डाउनलोडस्टार्टअप है । तो, कुछ भी नहीं करें। हालांकि बहुत विश्वसनीय नहीं है, यह आसानी से बहाल हो जाता है जब एक्सटेंशन को बंद कर दिया जाता है। आप कार्य को जटिल भी कर सकते हैं और यदि कोई अन्य एक्सटेंशन एक समान आवरण बनाता है तो चेक को जोड़ सकता है।

नए संस्करण, डाउनलोड की चयनात्मक बचत और कई हैक

फिर, फ़ायरफ़ॉक्स 26 में, वे डिफ़ॉल्ट रूप से एक नया डाउनलोड इंजन चालू करते हैं और अस्थायी डाउनलोड (अर्थात्, वे डाउनलोड पैनल में प्रदर्शित होते हैं) को प्रोफ़ाइल में डाउनलोड s.json फ़ाइल में स्थानांतरित कर देते हैं। इसके अलावा, सफाई के बजाय, बचत करते समय फ़िल्टरिंग किया गया था:
संसाधन: //gre/modules/DownloadStore.jsm

 this.DownloadStore.prototype = { ... /** * This function is called with a Download object as its first argument, and * should return true if the item should be saved. */ onsaveitem: () => true, ... /** * Saves persistent downloads from the list to the file. * * If an error occurs, the previous file is not deleted. * * @return {Promise} * @resolves When the operation finished successfully. * @rejects JavaScript exception. */ save: function DS_save() { return Task.spawn(function task_DS_save() { let downloads = yield this.list.getAll(); ... for (let download of downloads) { try { if (!this.onsaveitem(download)) { continue; } 

फिर संसाधन में: //gre/modules/DownloadIntegration.jsm ऑनसेविटम विधि ओवरराइड है:

 this.DownloadIntegration = { ... initializePublicDownloadList: function(aList) { return Task.spawn(function task_DI_initializePublicDownloadList() { ... this._store.onsaveitem = this.shouldPersistDownload.bind(this); ... /** * Determines if a Download object from the list of persistent downloads * should be saved into a file, so that it can be restored across sessions. * * This function allows filtering out downloads that the host application is * not interested in persisting across sessions, for example downloads that * finished successfully. * * @param aDownload * The Download object to be inspected. This is originally taken from * the global DownloadList object for downloads that were not started * from a private browsing window. The item may have been removed * from the list since the save operation started, though in this case * the save operation will be repeated later. * * @return True to save the download, false otherwise. */ shouldPersistDownload: function (aDownload) { // In the default implementation, we save all the downloads currently in // progress, as well as stopped downloads for which we retained partially // downloaded data. Stopped downloads for which we don't need to track the // presence of a ".part" file are only retained in the browser history. // On b2g, we keep a few days of history. //@line 319 "c:\builds\moz2_slave\m-cen-w32-ntly-000000000000000\build\toolkit\components\jsdownloads\src\DownloadIntegration.jsm" return aDownload.hasPartialData || !aDownload.stopped; //@line 321 "c:\builds\moz2_slave\m-cen-w32-ntly-000000000000000\build\toolkit\components\jsdownloads\src\DownloadIntegration.jsm" }, 

इस प्रकार, एक फ़ंक्शन DownloadStore.prototyp.onsaveitem () है , जो हमेशा बचत की अनुमति देता है और नए DownloadStore () के प्रत्येक विशिष्ट कार्यान्वयन के लिए पुनर्परिभाषित किया जाता है।
(आगे देखते हुए, मैं इसे जोड़ता हूं, दुर्भाग्य से, सभी टिप्पणियां समान रूप से उपयोगी और सत्य नहीं हैं।)
और स्रोत कोड DownloadIntegration.jsm में एक दिलचस्प सशर्त टिप्पणी है:

  shouldPersistDownload: function (aDownload) { // In the default implementation, we save all the downloads currently in // progress, as well as stopped downloads for which we retained partially // downloaded data. Stopped downloads for which we don't need to track the // presence of a ".part" file are only retained in the browser history. // On b2g, we keep a few days of history. #ifdef MOZ_B2G let maxTime = Date.now() - Services.prefs.getIntPref("dom.downloads.max_retention_days") * 24 * 60 * 60 * 1000; return (aDownload.startTime > maxTime) || aDownload.hasPartialData || !aDownload.stopped; #else return aDownload.hasPartialData || !aDownload.stopped; #endif }, 

हालाँकि, यदि आप इस सशर्त टिप्पणी के कोड के साथ उपमा के साथ DownloadIntegration.shouldPersistDownload () फ़ंक्शन (और DownloadIntegration._store.onsaveitem () के बारे में भूल जाते हैं ) के बारे में भूल जाते हैं, तो अप्रिय आश्चर्य का एक पूरा समूह पॉप-अप हो जाएगा - ऐसा लगता है, और यह प्रलेखित है। लेकिन यह केवल अपने मूल रूप में सही ढंग से काम करता है जब पूर्ण डाउनलोड सहेजे नहीं जाते हैं।

सबसे पहले , एक पुनरारंभ के बाद, सभी पूर्ण डाउनलोड एक शून्य आकार और ब्राउज़र प्रारंभ समय दिखाएगा (हालांकि डाउनलोडसेजन में सब कुछ सही ढंग से सहेजा गया है)।
संसाधन से कोड के कारण अमान्य तिथि : //app/modules/DownloadsCommon.jsm :

 /** * Represents a single item in the list of downloads. * * The endTime property is initialized to the current date and time. * * @param aDownload * The Download object with the current state. */ function DownloadsDataItem(aDownload) { this._download = aDownload; ... this.endTime = Date.now(); this.updateFromDownload(); } 

तब यह समय नहीं बदलता है जब कॉलडाउटडैमटम.प्रोक्टोटाइप.अपडेटेटफ्रॉमजेडोकाउट () (फायरफॉक्स २६-२ change) और डाॅडटैटम.प्रोटेक्ट.उपडेटफ्रेमडॉक () (फायरफॉक्स २ )+) को कॉल करने पर।
सौभाग्य से, आप इस फ़ंक्शन के चारों ओर लपेट सकते हैं और प्रत्येक कॉल के साथ आवश्यक संपादन कर सकते हैं ।

दूसरे , MOZ_B2G के बारे में सशर्त टिप्पणी का कोड वास्तव में काम नहीं करता है: पूर्ण डाउनलोड को कभी भी हटाया नहीं जाएगा। और मुझे MOZ_B2G के बारे में अन्य उपयुक्त सशर्त टिप्पणियां नहीं मिलीं (स्पष्ट रूप से, यह वहां भी काम नहीं करता है), हालांकि मैंने वास्तव में कोशिश नहीं की है - वहां सब कुछ ठीक करना आसान है ।
फिर यहां से तीसरा एक : पूर्ण डाउनलोड की एक बड़ी सूची लोड नहीं की जा सकती - एक स्टैक अतिप्रवाह (त्रुटि " बहुत अधिक पुनरावृत्ति ") है। इसके अलावा, समस्या पहले से ही 35 डाउनलोड की सूची में प्राप्त की जा सकती है।
जाहिर है, वादों ( वादों ) का इस्तेमाल किया गया कार्यान्वयन वास्तव में सिंक्रोनस कॉल के साथ सही ढंग से काम करने में सक्षम नहीं है।
उदाहरण के लिए, अगर DownloadStore.prototype.load () ( संसाधन: //gre/modules/DownloadStore.jsm ) में थोड़ा ट्वीक और बदलें

  /** * Loads persistent downloads from the file to the list. * * @return {Promise} * @resolves When the operation finished successfully. * @rejects JavaScript exception. */ load: function DS_load() { return Task.spawn(function task_DS_load() { let bytes; try { bytes = yield OS.File.read(this.path); } catch (ex if ex instanceof OS.File.Error && ex.becauseNoSuchFile) { // If the file does not exist, there are no downloads to load. return; } let storeData = JSON.parse(gTextDecoder.decode(bytes)); // Create live downloads based on the static snapshot. for (let downloadData of storeData.list) { try { let download = yield Downloads.createDownload(downloadData); 

अंतिम पंक्ति

  let {Download} = Components.utils.import("resource://gre/modules/DownloadCore.jsm", {}); let download = Download.fromSerializable(downloadData); 

, तब स्टैक ओवरफ्लो कहीं भी नहीं जाएगा, लेकिन थोड़ा और अधिक डाउनलोड के साथ होगा।
चौथा , कहीं और अनुकूलन हैं (?) , इसलिए इंटरफ़ेस के माध्यम से पूर्ण डाउनलोड को हटाने से डेटा डाउनलोड करने के लिए सहेजना शुरू नहीं हो सकता है। (डिफ़ॉल्ट रूप से वे सहेजे नहीं जाते हैं), इसलिए रिबूट करने के बाद सब कुछ वैसा ही रहेगा जैसा कि था।
सौभाग्य से, आप एक साधारण हैक का उपयोग कर सकते हैं: जब ब्राउज़र बंद हो जाता है तो वर्तमान डाउनलोड का संरक्षण जोड़ें ।
पांचवां , जब ब्राउज़र शुरू होता है, अगर डाउनलोड पैनल में कुछ है (भले ही यह एक निलंबित या यहां तक ​​कि पूर्ण डाउनलोड है) डाउनलोड की शुरुआत के बारे में एक अधिसूचना होगी।
लेकिन हमारे पास पहले से ही डाउनलोडडाटा इटेम.प्रोटोटाइप.अपडेट फ़ॉरडोम डाउनलोड () के लिए एक आवरण है, इसलिए यह आसानी से तय हो गया है ।
खैर, डाउनलोडजसन रीडिंग कोड, दुर्भाग्य से, फिर से लिखना पड़ा। वादों के बारे में मेरी राय में कुछ भी सुधार नहीं हुआ है - किसी भी तकनीक को बुद्धिमानी से लागू किया जाना चाहिए और केवल जहां यह वास्तव में आवश्यक है (और बिना सिर्फ इसलिए कि यह फैशनेबल और आधुनिक है)।
और डाउनलोड की सूची के साथ एक अजीब समस्या है: यदि तिथियां लगभग समान हैं, तो छंटाई उल्टा हो जाएगी (नए वाले नीचे में होंगे, शीर्ष पर नहीं), लेकिन यदि आप ब्राउज़र शुरू होने पर डाउनलोड पैनल खोलते हैं, तो विलंबित आरंभीकरण शुरू होने से पहले, आदेश सही होगा लेकिन केवल इस विंडो में)।
इसके अलावा, डाउनलोड की एक बड़ी सूची के साथ समस्याएं केवल पढ़ने तक सीमित नहीं हैं ... हालांकि यहां तक ​​कि पढ़ने के साथ एक और समस्या है: नए डाउनलोड के प्रत्येक जोड़ के बाद, एक इंटरफ़ेस अपडेट कहा जाता है, सिंक्रोनाइज़। सहेजे गए सूची को पुनर्स्थापित करते समय, एक जोड़ भी बनाया जाता है, उसके बाद संबंधित सभी लोगों की अधिसूचना। यहाँ मुझे कुछ और सुधार करने पड़े।
यहां अंतर्निहित प्रोफाइलर (Shift + F5) ने अमूल्य मदद प्रदान की, इसके बिना फ्रीज के कारणों का पता लगाना लगभग असंभव होगा - तर्क वहां बहुत जटिल है (और कॉल स्टैक भीषण है)।
अच्छी तरह से, एक पूरी सूची के साथ पढ़ने के अलावा, कम से कम सूची सफाई फ़ंक्शन भी काम करता है, इसलिए वहां भी यह एक ढेर अतिप्रवाह में गिर सकता है यदि सूची काफी बड़ी है। यह अभी तक तय नहीं किया गया है। लेकिन, सिद्धांत रूप में, यह महत्वपूर्ण नहीं है: अगर कुछ बचाया नहीं जाना चाहिए, तो हमेशा एक निजी मोड होता है, और टुकड़े टुकड़े को नष्ट करना (और सामान्य रूप से सभी डाउनलोड के लिए जोड़ा गया सफाई आइटम) काम करता है।
जो सबसे दिलचस्प है, अपूर्ण डाउनलोड के साथ बहुत कम समस्याएं हैं - किसी कारण से उनकी वसूली पुनरावृत्ति में नहीं जाएगी, भले ही उनमें से बहुत कुछ हो (मैंने 150 टुकड़ों की जांच की)। जाहिरा तौर पर, यह एक अलग स्ट्रीम के लिए आवंटित फ़ाइलों के साथ काम करने के लिए आवंटित OS.File API के कारण है (और रुके हुए डाउनलोड के लिए, किसी फ़ाइल की उपस्थिति की जाँच की जाती है), क्योंकि इसकी वजह से फॉर्म की त्रुटियां सामने आती हैं

त्रुटि: ऑपरेशन खोलने के दौरान जीत त्रुटि 2 (निर्दिष्ट फ़ाइल नहीं मिल सकती है।
)
स्रोत फ़ाइल: संसाधन: //gre/modules/commonjs/sdk/core/promise.js
पंक्ति: 133

(यह है अगर आप डाउनलोड द्वारा रोका गया फ़ाइल हटा दें)
इसके अलावा, सुधार किए जाने के बाद, स्वचालित लोडिंग ने ठीक काम करना शुरू कर दिया, लेकिन अगर आप ब्राउज़र लॉन्च करने के तुरंत बाद डाउनलोड पैनल खोलने की कोशिश करते हैं, तो यह कुछ अन्य कोड को काम करेगा और, यदि बहुत सारे डाउनलोड हैं, तो यह फ्रीज हो सकता है।

PS विस्तार के नए संस्करण का परीक्षण अभी भी किया जा रहा है, "कतार की स्थिति: 17 का 4" प्रारंभ में, मैंने प्रतीक्षा करने की योजना बनाई (और पाठ, संपादन के संदर्भ में - और यह एक सप्ताह से अधिक पहले लिखा गया था - यह केवल अच्छा है), लेकिन हर चीज की एक सीमा होती है।
PPS मैंने लिखने की कोशिश की ताकि फ़ायरफ़ॉक्स में नए कोड की गुणवत्ता के बारे में मेरी राय पाठक पर न थोपें, मुझे उम्मीद है कि मैं सफल रहा, और सभी को अपने निष्कर्ष निकालने दें। हालांकि, मैं दोहराता हूं, मूल रूप में, कोई विशेष समस्या नहीं आती है।