Closed Bug 242604 Opened 21 years ago Closed 21 years ago

Having many items in the Download Manager causes slowdown (when you download another file)

Categories

(Toolkit :: Downloads API, defect)

Product:
Toolkit
Component:
Downloads API
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED DUPLICATE of bug 159107

People

(Reporter: kevinar18, Assigned: bugs)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040407 Firefox/0.8.0+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040407 Firefox/0.8.0+ Having a large number of items listed in the Download Manager causes a signifance performance decrease whenever you download another file. Reproducible: Always Steps to Reproduce: 1. Create a fresh profile 2. Download a lot of files (100+perhaps? -- I'm not really sure how many are necessary) This will list many items in the download mananger. 3. Try and download another file. Actual Results: Firefox will experience a noticeable slowdown while it trys to show the new file you are downloading in the Download Manager. Note: This issue is fixed by cleaning the Download Manager of the items listed in it. At first I thought this was just a bug related to reusing the same old profile from before the time when the Download Manager even existed. However, after using a fresh profile and gradually increasing the number of items listed in the Download Manager, I experienced this issue again. Cleaning up the dialog is the only solution. P.S. I'll try and find a way to reproduce this easily. BTW, my system specs may be important: RAM: 512MB CPU: P4 @ 1.5Ghz Video: Nvidia Vanta (almost the same as the TNT but a little slower, I think) (the problem could be related to the video card, since this model does not support per pixel alpha blending. However, I do not have a newer card to do a comparison test with.)
*** This bug has been marked as a duplicate of 159107 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Why is this bug a duplicate of a Mozilla applications suite bug? Won't this cause this bug to "fall through the cracks"?
Bug 159107, bug 161783 and bug 240525 (for Firefox) are all basically the same problem, which is described in bug 161783. IMHO bug 161783 should be moved to the Core component... Bug 240525 would perhaps have been more appropriate here, as it is the Firefox version of this problem, but it doesn't really matter.
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.