Closed Bug 251776 Opened 21 years ago Closed 18 years ago

Crash on form submission in pop-up search dialog in iPlanet Messaging Server

Categories

(Firefox :: General, defect)

defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: chris, Unassigned)

References

()

Details

(Keywords: crash)

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040628 Firefox/0.9.1 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040628 Firefox/0.9.1 When logged into an iPlanet Messaging Server web-based email client, clicking submit in the pop-up search window crashes Firefox reproducably. This seems to be a OS X-only problem, I've never experienced it on Windows. Reproducible: Always Steps to Reproduce: 1. Log in to iPlanet (http://email.usc.edu/) 2. Click Search 3. Enter a query 4. Click Search form button Actual Results: Firefox crashes, closing all windows. Talkback works as expected. Expected Results: Form should have submitted and results appear in same popup window. Talkback crash ID = 345340 I realize that you can't login to email.usc.edu. Perhaps a developer with access to an iPlanet server can corroborate?
Keywords: crash
Could either Chris or Marcus please re-test this on a more recent build, preferably a nightlly build from the dev section of mozilla.org? Thanks. Looks like this is in Windows too.
OS: MacOS X → All
Hardware: Macintosh → All
Retested on Firefox 1.0.5 for Mac. I can't reproduce the bug(s) -- either mine (enter any search query) or Marcus's (search query with umlauts). Will test on Windows and report back.
OK, I am also unable to reproduce on Windows. This seems to be fixed on my end, but Marcus should test too before closing -- we may be using different versions of iPlanet. I have no idea how to figure out what version I'm using (email.usc.edu) in this case.
Stack trace after crash of Mozilla 1.0.7 on MacOsX 10.4.2 (Tiger). Starting after Tiger upgrade, crashed every time I searched bookmarks sidebar (or "manage bookmarks windows). The process keeps running after Crash Reporter reports a crash, using all available CPU time until killed. FIX: exported all bookmarks, deleted all and re-imported.
Attachment #200148 - Attachment description: MacOsX CrashReporter traceback → [Sorry, this belongs with a bug about bookmarks] MacOsX CrashReporter traceback
Assignee: bross2 → nobody
The crash report in comment 5 is doing something completely different than the steps in comment 0. Per comment 4, resolving as WORKSFORME. If you still see this, please reopen this bug and attach a crashlog to it.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: