Closed Bug 100238 Opened 25 years ago Closed 25 years ago

Crash in PIPNSS.DLL

Categories

(SeaMonkey :: UI Design, defect)

Product:
SeaMonkey
Component:
UI Design
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: jay, Assigned: bugzilla)

Details

(Keywords: crash, Whiteboard: unable to repro)

Win98SE 2001091703 This is an odd one and not 100% reproducible. Only happens if QuickLaunch is enabled. Exact steps I use to reproduce: Start browser from desktop shortcut (QL is enabled) then select mail/news from envelope icon in lower status bar. Bring up any news server and select any group then read a message or two. Close mail/news by clicking on the X in upper right instead of using the QL right-click menu to "exit". Then exit browser by clicking on the X. Crashes in PIPNSS.DLL
Asa mentioned to cc Trudelle also.
Is this mozilla0.9.4 or a nightly build?
Nominating in case this is a moz0.9.4 problem and deemed serious enough.
Keywords: nsbranch
It is a nightly build as indicated by 2001091703 in my initial filing
OK, I see that; thanks. I am unable to reproduce this with my debug branch build on Win2K. Can anybody reproduce it on a branch build? If not, we should make it nsbranch- or remove nsbranch keyword entirely.
I wanted to test it again but this morning's early build is hosed.
QA Contact: sairuh → tpreston
Anyone able to reproduce this? Only happen on secure newsgroups? Secure page involved? tpreston, can you try to reproduce?
Whiteboard: unable to repro
There aren't any comments on this bug since the 18th of Sept. Can QA regess against the Netscape commercial builds and determine if this is still a valid bug? If so, and we can get fixes/reviews in the next day or two, please mark as nsbranch+ which will get this on the PDT radar. Else, mark is as nsbranch-. Also, can someone comment in the bug how serious you think this is? PDT is only accepting "stop ship" bugs such as data loss and loss of major functionality.
cc: jpatel to see if this is on the topcrash reports. I wonder if this is in any way related to: http://bugzilla.mozilla.org/show_bug.cgi?id=98182 since that bug talks about quicklaunch mode (but, with multiple profiles) and a crash.
This doesn't look like a topcrash to me...but I only have "PIPNSS.DLL" to query for. If Jay Garcia can get some Talkback incidents for this crash, it would help look for more of these crashes in the Talkback database.
jay: do you have more than one profile?
Running a shared 6.1 / Mozilla profile but that doesn't matter as I uninstalled 6.1 to test the problem, didn't make a difference. I might add that this "bug" is hardly close to reproducible. I have no idea what triggers it when it does crash. I cannot force a crash. But to answer more precisely, no, not running a second profile.
Cannot reproduce this crash at all now. Running 2001092603 tonight. May want to shelve this bug for now as I don't see any similar reporting in any of the groups.
Keywords: crash
resolving as wfm, nsbranch-
Status: NEW → RESOLVED
Closed: 25 years ago
Keywords: nsbranch → nsbranch-
Resolution: --- → WORKSFORME
There have been no comments in this bug for months, therefore verifying as per Jay and Peter's comments
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.