Closed Bug 38574 Opened 25 years ago Closed 25 years ago

Numerous assertions and eventual crash on NT trying to submit a form to anywhere

Categories

(Core :: Web Painting, defect, P1)

x86
Windows NT
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: ruslan, Assigned: bugs)

References

()

Details

(Keywords: crash, Whiteboard: [dogfood+])

Numerous assertions and eventual crash on NT trying to submit a form anything; void nsViewManager2::GetDrawingSurfaceSize(nsRect& aRequestedSize, nsRect& aNewSize) const { if (PR_FALSE == CalculateDiscreteSurfaceSize(aRequestedSize, aNewSize)) { NS_ASSERTION(PR_FALSE, "CalculateDiscreteSize failed"); Was working fine on Friday.
Keywords: dogfood, nsbeta2
Summary: Numerous assertions and eventual crash on NT trying to submit a form anything → Numerous assertions and eventual crash on NT trying to submit a form to anywhere
um, Form Submission maybe.
Assignee: asadotzler → rods
Component: Browser-General → Form Submission
QA Contact: jelwell → ckritzer
reassigning
Assignee: rods → pollmann
I see many assertions as well. However, I don't think this has anything to do with form submission: 1) The form submit goes through with no assertions or crash in viewer 2) If you shrink MSVC down so that it does not intersect any area of the mozilla window, then continue past the view manager assertions, the form submit goes through with no crash 3) The assertion is in the view manager. I also notice that the security dialog box, which now comes up but did not come up on friday, also only comes up in Moz and not viewer - this might have something to do with the problem too?
Component: Form Submission → Views
hmm, Try doing this: open up bin/chrome/navigator/locale/security.properties truncate |PostToInsecure| and |PostToInsecureFromInsecure| to only a few words. Does this fix the problem?
Yes this fixed it.
Though I can see assertions like that also by dragging other dialog boxes over the form
so, the bug is alerts can not take too much text. We need to reassign to ben or someone that owns these dialogs. This used to work.
Reassigning per above suggestion...
Assignee: pollmann → ben
Putting on [dogfood+][nsbeta2-] radar. Please fix ASAP.
Whiteboard: [dogfood+]
ben, let me know if you want me to truncate my text.
Ben, do the dialogs need to be fixed or should Doug Turner just truncate the text?
Priority: P3 → P1
Target Milestone: --- → M16
Adding crash keyword
Keywords: crash
common dialogs should be able to take an infinite amount of text and Just Deal. truncate if you like, dougt. I'll look at this issue in more detail when I inspect the cdlg code.
Assignee: ben → dougt
ben, than this is a bug in your cdlg code. I want to be able to use the same text for these warning as Netscape 4.71 did. Back to you... A workaround is to open the Security Advisor and disable all notifications under the Applications tab.
Assignee: dougt → ben
I don't see this (Windows 2000 ~ NT) submitting the zip code form on the given page... Ruslan, is there anything else I should be doing? The common dialog code is mine via inheritance. I have not had a chance to take a good look at it yet by from initial glances it seems to me that it requires a complete rewrite, and whether or not that would affect this I don't know. This could take some time. Just letting y'all know.
this does not happen to me anymore (today's and yesterday's build) marking as WORKSFORME.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Marking VERIFED WORKSFORME on: - MacOS9 2000-06-01-20-M16 Commercial Build - Linux6 2000-06-01-20-M16 Commercial Build - Win98 2000-06-01-21-M16 Commercial Build - WinNT 2000-06-01-21-M16 Commercial Build
Status: RESOLVED → VERIFIED
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.