Closed Bug 498991 Opened 15 years ago Closed 15 years ago

Loading Pages Containing Large Forms with Many Fields is Extremely Slow, Fails or Locks and Hangs Browser / Process

Categories

(Firefox :: General, defect)

3.5 Branch
x86_64
Windows Vista
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 477564

People

(Reporter: strifeshadow, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1) Gecko/20090615 Firefox/3.5 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1) Gecko/20090615 Firefox/3.5 (.NET CLR 3.5.30729)

This may or may not be related to previous Bug 426991 (Unsure if this is some kind of regression from that bugfix in Firefox 3.0.x).  Prior to Firefox 3.0.9, I encountered a similar bug for large forms with many fields taking a long time to load, and then taking even longer to submit.  Since 3.0.9 to current 3.0.11, this has been alleviated largely enough to make loading / submitting pages with large forms and many fields acceptable.  This fix somehow seems undone, or possibly even worse in magnitude in 3.5 RC1.  Loading of pages with large forms and many fields is now barely possible if at all (hundreds, even thousands of fields ).

Reproducible: Always

Steps to Reproduce:
1. load pages containg large forms with many fields ( hundreds, even thousands )
2. 
3.
Actual Results:  
Browser locks up.  Eventually going into "Not Responding" state for which process has to forcibly be terminated in order to close Firefox.

Expected Results:  
Gracefully (even if after 10+ seconds or a minute) load page with many fields in the large form(s) in the page.
You didn't give a link to an URL so I have to guess, and then it seems likely that this is a duplicate of Bug 477564. You can test it by setting browser.sessionstore.privacy_level to 2.
Version: unspecified → 3.5 Branch
Setting browser.sessionstore.privacy_level to 2, to never store extra session data, form contents, etc did the trick.  The huge volume of form field inputs vs the form content saving/storing routines seems to be the issue.  After setting browser.sessionstore.privacy_level to 2, I was able to successfully load a page containing the form with thousands of fields/inputs.  I was also able to successfully submit the form with all of these thousands of fields.  The sessionstore and form content saving routines still may need to be somehow fixed and optimized if by chance this bug snuck in once again somehow or was it ever previously fixed? Thank You very much for this easy workaround!
Great, then I'll mark this bug as a duplicate of bug 477564. You can find all about this problem in that report.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.