Closed Bug 13622 Opened 25 years ago Closed 25 years ago

Assertion when accessing newsgroup

Categories

(MailNews Core :: Database, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: ppandit, Assigned: sspitzer)

References

Details

Attachments

(1 file)

Using a debug build on Windows NT 4.0 dated Sept. 11, 1999 11:49 p.m.

1) Started /mozilla/dist/win32_obj/bin/apprunner
2) New profile dialog started - accepted the defaults
3) Started apprunner - works fine. Close apprunner.
4) Now copy in my working prefs.js over the original prefs.js.
5) Restart apprunner
6) Start messenger
7) I see my email account on left pane however I cannot expand to see my folders
8) Then I click on news.mozilla.org newsgroup
9) I get the following assertion and trace.
10) I press F5 three times to get past the assertions but still not usable


NTDLL! 77f76148()
nsDebug::Assertion(const char * 0x018b8be8, const char * 0x018b8b04, const char
* 0x018b8adc, int 74) line 181 + 13 bytes
mork_assertion_signal(const char * 0x018b8be8) line 74 + 31 bytes
morkEnv::NewError(const char * 0x0295cbb0) line 365 + 19 bytes
morkFile::NewFileErrnoError(morkEnv * 0x02b7a470) line 268
morkStdioFile::new_stdio_file_fault(morkEnv * 0x02b7a470) line 664
morkStdioFile::OpenStdio(morkEnv * 0x02b7a470, const char * 0x02aeb3a8, const
char * 0x018b8dfc) line 735
morkStdioFile::morkStdioFile(morkEnv * 0x02b7a470, const morkUsage & {...},
nsIMdbHeap * 0x0296fa50, nsIMdbHeap * 0x0296fa50, const char * 0x02aeb3a8, const
char * 0x018b8dfc) line 689
morkStdioFile::CreateNewStdioFile(morkEnv * 0x02b7a470, nsIMdbHeap * 0x0296fa50,
const char * 0x02aeb3a8) line 389 + 61 bytes
morkFile::CreateNewFile(morkEnv * 0x02b7a470, nsIMdbHeap * 0x0296fa50, const
char * 0x02aeb3a8) line 187 + 17 bytes
orkinFactory::CreateNewFile(nsIMdbEnv * 0x02b79f78, nsIMdbHeap * 0x0296fa50,
const char * 0x02aeb3a8, nsIMdbFile * * 0x0012cf60) line 343 + 17 bytes
nsMsgDatabase::OpenMDB(nsMsgDatabase * const 0x02adb550, const char *
0x02aeb3a8, int 1) line 625 + 30 bytes
nsNewsDatabase::Open(nsNewsDatabase * const 0x02ad0990, nsIFileSpec *
0x02ac4200, int 1, int 0, nsIMsgDatabase * * 0x02749d2c) line 123 + 29 bytes
nsMsgNewsFolder::GetDatabase() line 349 + 63 bytes
nsMsgNewsFolder::GetMessages(nsMsgNewsFolder * const 0x02749ccc,
nsISimpleEnumerator * * 0x0012d178) line 405 + 15 bytes
nsMsgFolderDataSource::GetTargets(nsMsgFolderDataSource * const 0x027db0a0,
nsIRDFResource * 0x02749cc0, nsIRDFResource * 0x027dcfe0, int 1,
nsISimpleEnumerator * * 0x02a1a5ec) line 324 + 56 bytes
CompositeAssertionEnumeratorImpl::GetEnumerator(nsIRDFDataSource * 0x027db0a0,
nsISimpleEnumerator * * 0x02a1a5ec) line 413 + 37 bytes
CompositeEnumeratorImpl::HasMoreElements(CompositeEnumeratorImpl * const
0x02a1a5e0, int * 0x0012d2d8) line 195 + 22 bytes
RDFGenericBuilderImpl::CreateContainerContents(nsIContent * 0x02a08630,
nsIRDFResource * 0x02749cc0, int 0) line 2143 + 36 bytes
RDFGenericBuilderImpl::CreateContents(RDFGenericBuilderImpl * const 0x02a18ad0,
nsIContent * 0x02a08630) line 697 + 23 bytes
RDFGenericBuilderImpl::RebuildContainer(RDFGenericBuilderImpl * const
0x02a18ad0, nsIContent * 0x02a08630) line 874 + 16 bytes
XULDocumentImpl::RebuildWidgetItem(nsIContent * 0x02a08630) line 4681 + 16 bytes
XULDocumentImpl::AttributeChanged(XULDocumentImpl * const 0x027432c0, nsIContent
* 0x02a08630, nsIAtom * 0x0193c9f0, int -1) line 2189
RDFElementImpl::SetAttribute(RDFElementImpl * const 0x02a08630, int 0, nsIAtom *
0x0193c9f0, const nsString & {...}, int 1) line 2418
RDFElementImpl::SetAttribute(RDFElementImpl * const 0x02a08620, const nsString &
{...}, const nsString & {...}) line 1219 + 35 bytes
nsXULTreeElement::SetAttribute(nsXULTreeElement * const 0x02a0a128, const
nsString & {...}, const nsString & {...}) line 48 + 29 bytes
ElementSetAttribute(JSContext * 0x02c04790, JSObject * 0x01e8ba88, unsigned int
2, long * 0x01efce70, long * 0x0012da6c) line 258 + 23 bytes
js_Invoke(JSContext * 0x02c04790, unsigned int 2, unsigned int 0) line 654 + 26
bytes
js_Interpret(JSContext * 0x02c04790, long * 0x0012e29c) line 2228 + 15 bytes
js_Invoke(JSContext * 0x02c04790, unsigned int 1, unsigned int 0) line 670 + 13
bytes
js_Interpret(JSContext * 0x02c04790, long * 0x0012ea88) line 2228 + 15 bytes
js_Invoke(JSContext * 0x02c04790, unsigned int 1, unsigned int 0) line 670 + 13
bytes
js_Interpret(JSContext * 0x02c04790, long * 0x0012f274) line 2228 + 15 bytes
js_Invoke(JSContext * 0x02c04790, unsigned int 1, unsigned int 2) line 670 + 13
bytes
js_InternalCall(JSContext * 0x02c04790, JSObject * 0x01eecf18, long 32427808,
unsigned int 1, long * 0x0012f390, long * 0x0012f3f8) line 747 + 15 bytes
JS_CallFunctionValue(JSContext * 0x02c04790, JSObject * 0x01eecf18, long
32427808, unsigned int 1, long * 0x0012f390, long * 0x0012f3f8) line 2662 + 29
bytes
nsJSEventListener::HandleEvent(nsIDOMEvent * 0x02ac3f70) line 110 + 43 bytes
nsEventListenerManager::HandleEvent(nsIPresContext & {...}, nsEvent *
0x0012f8e4, nsIDOMEvent * * 0x0012f8ac, unsigned int 2, nsEventStatus &
nsEventStatus_eConsumeDoDefault) line 621 + 21 bytes
RDFElementImpl::HandleDOMEvent(RDFElementImpl * const 0x02cef650, nsIPresContext
& {...}, nsEvent * 0x0012f8e4, nsIDOMEvent * * 0x0012f8ac, unsigned int 2,
nsEventStatus & nsEventStatus_eConsumeDoDefault) line 2867
RDFElementImpl::HandleDOMEvent(RDFElementImpl * const 0x02d0c9c0, nsIPresContext
& {...}, nsEvent * 0x0012f8e4, nsIDOMEvent * * 0x0012f8ac, unsigned int 2,
nsEventStatus & nsEventStatus_eConsumeDoDefault) line 2871 + 39 bytes
RDFElementImpl::HandleDOMEvent(RDFElementImpl * const 0x02d0dca0, nsIPresContext
& {...}, nsEvent * 0x0012f8e4, nsIDOMEvent * * 0x0012f8ac, unsigned int 2,
nsEventStatus & nsEventStatus_eConsumeDoDefault) line 2871 + 39 bytes
RDFElementImpl::HandleDOMEvent(RDFElementImpl * const 0x02d165a0, nsIPresContext
& {...}, nsEvent * 0x0012f8e4, nsIDOMEvent * * 0x0012f8ac, unsigned int 2,
nsEventStatus & nsEventStatus_eConsumeDoDefault) line 2871 + 39 bytes
RDFElementImpl::HandleDOMEvent(RDFElementImpl * const 0x02d16210, nsIPresContext
& {...}, nsEvent * 0x0012f8e4, nsIDOMEvent * * 0x0012f8ac, unsigned int 1,
nsEventStatus & nsEventStatus_eConsumeDoDefault) line 2871 + 39 bytes
nsEventStateManager::CheckForAndDispatchClick(nsEventStateManager * const
0x02d006c0, nsIPresContext & {...}, nsMouseEvent * 0x0012fbe4, nsEventStatus &
nsEventStatus_eConsumeDoDefault) line 864 + 31 bytes
nsEventStateManager::PostHandleEvent(nsEventStateManager * const 0x02d006c0,
nsIPresContext & {...}, nsGUIEvent * 0x0012fbe4, nsIFrame * 0x02d175c0,
nsEventStatus & nsEventStatus_eConsumeDoDefault, nsIView * 0x02c2cc70) line 393
+ 24 bytes
PresShell::HandleEvent(PresShell * const 0x02c2c794, nsIView * 0x02c2cc70,
nsGUIEvent * 0x0012fbe4, nsEventStatus & nsEventStatus_eConsumeDoDefault) line
2009 + 43 bytes
nsView::HandleEvent(nsView * const 0x02c2cc70, nsGUIEvent * 0x0012fbe4, unsigned
int 28, nsEventStatus & nsEventStatus_eConsumeDoDefault, int & 0) line 835
nsViewManager::DispatchEvent(nsViewManager * const 0x02c2b1a0, nsGUIEvent *
0x0012fbe4, nsEventStatus & nsEventStatus_eConsumeDoDefault) line 1612
HandleEvent(nsGUIEvent * 0x0012fbe4) line 67
nsWindow::DispatchEvent(nsWindow * const 0x02c2ca74, nsGUIEvent * 0x0012fbe4,
nsEventStatus & nsEventStatus_eIgnore) line 332 + 10 bytes
nsWindow::DispatchWindowEvent(nsGUIEvent * 0x0012fbe4) line 353
nsWindow::DispatchMouseEvent(unsigned int 301, nsPoint * 0x00000000) line 3154 +
21 bytes
ChildWindow::DispatchMouseEvent(unsigned int 301, nsPoint * 0x00000000) line
3372
nsWindow::ProcessMessage(unsigned int 514, unsigned int 0, long 2949215, long *
0x0012fe04) line 2388 + 24 bytes
nsWindow::WindowProc(HWND__ * 0x000e047c, unsigned int 514, unsigned int 0, long
2949215) line 401 + 27 bytes
USER32! 77e71250()
002d005f()
cc sspitzer.  Whenever opening a file fails, and especially when an error method
refers to errno, it is very useful to report the actual value of errno since this
will explain exactly why the file operation failed in all likelihood, and that is
the first step in triaging what should be done.

Given the stack trace showing attempt to create a new file failing, it is
probably failing either because the file already exists, or becaue the file is
already open, and these require different approaches to fix.

I have cc'd Seth for comments about which of these cases might be more likely
when performing auto pref conversion, and to ask whether the pref migration code
must think about whether files already exist.
When making the product faster and smaller stops being the top priority, I will
plan to visit ppandit for a live reconstruction of the bug for analysis in the
debugger.
first, don't migrate by hand anymore.  use -installer.

(before you migrate, remember to remove your mozilla registry and your User50
directory)

second, -installer won't prevent this bug.

it may be that you have duplicate entries in your newsrc file.

if that's true, this bug is a duplicate (of one I really should fix, curse me!)

please attach your newsrc for news.mozilla.org so I can confirm my theory.

re-assigning to me, I don't think this is davidmc's bug.
Assignee: davidmc → sspitzer
Summary: Assertion when accessing newsgroup and can't read mail → Assertion when accessing newsgroup
removing "and can't read mail" from summary.

that has nothing to do with this bug.  if you can't read mail, log another bug.
Target Milestone: M12
M12
Blocks: 11091
Due to all-hands Tuesday 21st, build smoke tests may not be run
oops - wrong pasted comment earlier.  Should be:
(target milestone is M11 or M12 - add to mail beta tracking bug)
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Not seeing this anymore. Marking worksforme.
QA Contact: lchiang → ppandit
Par, pls verify.
Status: RESOLVED → VERIFIED
Using a debug build from 11/17/99 on Windows NT, I no longer see the problem.

VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: