Closed
Bug 345300
Opened 19 years ago
Closed 17 years ago
After few days, "save as" dialogue needs almost 1 minute to open, almost 100% is used
Categories
(Firefox :: File Handling, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: guder, Unassigned)
Details
(Whiteboard: CLOSEME 2008-08-15)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.1b1) Gecko/20060710 Firefox/2.0b1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.1b1) Gecko/20060710 Firefox/2.0b1
My computer is always on. After a few days (3-5) the "save as"-dialoge need a lot of time. It needs almost one minute to open. When i change folder in the dialoge it takes a long time too.
In this time the CPU is 100% used.
In version 1.5xx i have got the same problem.
If i close firefox and start again the "save as"-dialoge there is no problem. The dialoge will start very fast and i can change folders the normal way.
Reproducible: Always
Steps to Reproduce:
1.work with firefox over 3-5 days
2.over a picture use context-menu and choose "save picture" or save link as
Actual Results:
Dialoge need a long time to open. (almost one minute)
Changing folders needs a long time. (almost one minute per folder)
CPU is almost 100% used.
Expected Results:
open the dialoge faster. If i start firefox and use it, it needs one a half second for this operation
Comment 1•19 years ago
|
||
Which version of GNOME/GTK are you using?
Summary: after few days, "save as" dialoge needs almost 1 minute to open, almost 100% is used → After few days, "save as" dialogue needs almost 1 minute to open, almost 100% is used
Version: unspecified → 2.0 Branch
Comment 2•19 years ago
|
||
Probably a duplicate of bug 161783, via bug 326405.
| Reporter | ||
Comment 3•19 years ago
|
||
(In reply to comment #1)
> Which version of GNOME/GTK are you using?
>
gtk: 1.2.10-7
gtk2: 2.8.19-1
libgnome: 2.14.1-1
I use firefox with openbox window-manager.
| Reporter | ||
Comment 4•19 years ago
|
||
(In reply to comment #2)
> Probably a duplicate of bug 161783, via bug 326405.
>
I don't think so. If I browse in the "Save as"-dialoge I think the downloads.rdf from bug 161783 is not used.
I think downloads.rdf is only used, it i save the file. My problem is, when the dialog opens (almost one minute) and i browse folders to save files not in my home-directory. For every folder change i need almost one minute.
Example:
1) Want to save a picture from a site
2) Dialoge needs long time to open. Now I'm in my home (/home/user/)
3) Want to go to /home/user/pictures/ needs a long time. The folder pictures has got 20 files
4) Want to go back in the dialog from /home/user/pictures/ to /home/user/ needs a long time, too.
When the "items" from the dialog are loaded, I can press the "save-button" and the file is very fast saved. There is only a problem with loading the items/folders in this dialog.
And I have only this problem, if firefox is running for 3-5 days.
After a restart of firefox there is no problem with the save-as-dialog and i can use it the normal way.
(Sorry for bad English. Ask if something is not clear..)
Comment 5•19 years ago
|
||
(In reply to comment #4)
> (In reply to comment #2)
> > Probably a duplicate of bug 161783, via bug 326405.
> >
>
> I don't think so. If I browse in the "Save as"-dialoge I think the
> downloads.rdf from bug 161783 is not used.
Yes, you're correct - this is probably unrelated (sorry, I didn't read the description carefully enough).
| Reporter | ||
Comment 6•19 years ago
|
||
If I want to upload a file "the normal way" with a file-dialog, then i have the problem, too.
So there must be a problem with file-dialogs. Its the same dialog like the save-as-dialog. And when i restart firefox it works.
Comment 7•18 years ago
|
||
Reporter, do you still see this problem with the latest Firefox 2? If not, can you please close this bug as WORKSFORME. Thanks!
Whiteboard: CLOSEME 07/05
Comment 8•17 years ago
|
||
Does the problem still occur in Firefox 3 ?
http://www.mozilla.com/firefox/
Whiteboard: CLOSEME 07/05 → CLOSEME 2008-08-15
Comment 9•17 years ago
|
||
no reply -> incomplete !
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•