Closed Bug 294979 Opened 20 years ago Closed 20 years ago

Doenload Manager: Removing large set of downloads is VERY slow and hangs Mozilla

Categories

(SeaMonkey :: Download & File Handling, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 161783

People

(Reporter: 4all, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 MultiZilla/1.7.0.2d Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 MultiZilla/1.7.0.2d Usecase: User don't use Downloadmanager (it is disabled). But anyway download manager saves all downloads (user just don't see that). After 2-3 month user opens download manager and finds here 5000+ files (my situation). CTRL+A to select all downloads in the table. BUTTON "Remove from list". 1) Application hangs. 2) No Progress bars and the main browser window does not responds As I see from HDD lights the problem is not in DELETE process. The problem might be in: 1) Table component rebuilds 2) Some reports about EVERY deleted file in inner model (don't know the mozilla structure) Solutions: 1) I don't think it is necessery to store downloads in download manager IF user has disabled it. 2) Implement progress bar 3) This process should run in separated from main browser thread 4) Something wrong with this code... simply run any stress test. Thank you. Reproducible: Always Steps to Reproduce: 1. Put 10000+ files in the download manager 2. Select all files 3. Press Remove from List button 4. Note: I use Centrino 1.7 notebook. This process will be much faster on your computers Actual Results: Browser hangs for 10+ min. After that files are deleted. Expected Results: 1) I don't think it is necessery to store downloads in download manager IF user has disabled it. 2) Implement progress bar 3) This process should run in separated from main browser thread 4) Something wrong with this code... simply run any stress test. System: ASUS notebook M5N (Centrino 1.7) XP SP2
*** This bug has been marked as a duplicate of 161783 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.