Closed Bug 6736 Opened 25 years ago Closed 25 years ago

Two failing assertions with Milestone 5, debug enabled

Categories

(Core Graveyard :: Tracking, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: pbhd, Assigned: rickg)

References

()

Details

Downloaded Milestone 5 yesterday and your recomended tools. The environment- settings equal your recommendations on page http://www.mozilla.org/build/win32.html (only paths changed) Build & run was done on a nt 4.0/sp 4 using vc++ 5.0, compile & link ok with "nmake client.mak build_all" There are two places in the code where assertions fail (maybe the second one is a result of my change to ignore the first one...) Both problems occur each time I tried it. 1. When I run appviewer.exe and access page www.comdirect.de, the assertion in file mozilla\js\src\jsapi at line 1083 fails during the page being shown (No interaction with keyboard or mouse) Call stack: JS_GetPrivate(JSContext * 0x02c25c90, JSObject * 0x02ded450) line 1083 GetWindowProperty(JSContext * 0x02c25c90, JSObject * 0x02ded450, long -5, long * 0x0012e420) line 98 + 14 bytes js_Interpret(JSContext * 0x02c25c90, long * 0x0012e648) line 2244 + 37 bytes js_Execute(JSContext * 0x02c25c90, JSObject * 0x02ded450, JSScript * 0x032fde20, JSFunction * 0x03307be0, JSStackFrame * 0x0012edec, int 0, long * 0x0012e648) line 815 + 13 bytes obj_eval(JSContext * 0x02c25c90, JSObject * 0x02d905f8, unsigned int 1, long * 0x026a5080, long * 0x0012e648) line 672 + 34 bytes js_Invoke(JSContext * 0x02c25c90, unsigned int 1, int 0) line 650 + 26 bytes js_Interpret(JSContext * 0x02c25c90, long * 0x0012ee4c) line 2199 + 15 bytes js_Invoke(JSContext * 0x02c25c90, unsigned int 6, int 0) line 666 + 13 bytes js_Interpret(JSContext * 0x02c25c90, long * 0x0012f60c) line 2199 + 15 bytes js_Invoke(JSContext * 0x02c25c90, unsigned int 1, int 0) line 666 + 13 bytes js_CallFunctionValue(JSContext * 0x02c25c90, JSObject * 0x02ded1e8, long 48157176, unsigned int 1, long * 0x0012f738, long * 0x0012f740) line 735 + 15 bytes JS_CallFunctionValue(JSContext * 0x02c25c90, JSObject * 0x02ded1e8, long 48157176, unsigned int 1, long * 0x0012f738, long * 0x0012f740) line 2439 + 29 bytes nsJSEventListener::HandleEvent(nsIDOMEvent * 0x02483f30) line 97 + 34 bytes nsEventListenerManager::HandleEvent(nsIPresContext & {...}, nsEvent * 0x0012faac, nsIDOMEvent * * 0x0012f884, unsigned int 3, nsEventStatus & nsEventStatus_eIgnore) line 561 + 21 bytes nsGenericElement::HandleDOMEvent(nsIPresContext & {...}, nsEvent * 0x0012faac, nsIDOMEvent * * 0x0012f884, unsigned int 1, nsEventStatus & nsEventStatus_eIgnore) line 770 nsHTMLAnchorElement::HandleDOMEvent(nsHTMLAnchorElement * const 0x02c83e0c, nsIPresContext & {...}, nsEvent * 0x0012faac, nsIDOMEvent * * 0x00000000, unsigned int 1, nsEventStatus & nsEventStatus_eIgnore) line 278 + 31 bytes nsEventStateManager::GenerateMouseEnterExit(nsIPresContext & {...}, nsGUIEvent * 0x0012fca0) line 345 nsEventStateManager::PreHandleEvent(nsEventStateManager * const 0x02468c30, nsIPresContext & {...}, nsGUIEvent * 0x0012fca0, nsIFrame * 0x02468ea0, nsEventStatus & nsEventStatus_eConsumeDoDefault) line 104 PresShell::HandleEvent(PresShell * const 0x032f6e44, nsIView * 0x032f4250, nsGUIEvent * 0x0012fca0, nsEventStatus & nsEventStatus_eConsumeDoDefault) line 1995 + 34 bytes nsView::HandleEvent(nsView * const 0x032f4250, nsGUIEvent * 0x0012fca0, unsigned int 28, nsEventStatus & nsEventStatus_eConsumeDoDefault) line 830 nsViewManager::DispatchEvent(nsViewManager * const 0x032f4510, nsGUIEvent * 0x0012fca0, nsEventStatus & nsEventStatus_eConsumeDoDefault) line 1726 HandleEvent(nsGUIEvent * 0x0012fca0) line 67 nsWindow::DispatchEvent(nsWindow * const 0x032f5944, nsGUIEvent * 0x0012fca0, nsEventStatus & nsEventStatus_eIgnore) line 414 + 10 bytes nsWindow::DispatchWindowEvent(nsGUIEvent * 0x0012fca0) line 435 nsWindow::DispatchMouseEvent(unsigned int 300, nsPoint * 0x00000000) line 2896 + 15 bytes ChildWindow::DispatchMouseEvent(unsigned int 300, nsPoint * 0x00000000) line 3045 nsWindow::ProcessMessage(unsigned int 512, unsigned int 0, long 2228296, long * 0x0012fe38) line 2247 + 24 bytes nsWindow::WindowProc(void * 0x000106b8, unsigned int 512, unsigned int 0, long 2228296) line 478 + 27 bytes USER32! I changed this to return NULL instead (without knowing what I'm really doing), and it seems to work ok 2. (Maybe this is a result of the assertion ignored in 1.) On the same page, I enter in the field "Kursabfrage" to the left the value 550000 and press Go to the right of the field. The result is a failing assertion in ...\network\cnvts\cvunzip.c at line 420. Call Stack is: net_UnZipComplete(_NET_StreamClass * 0x032af900) line 416 net_ProcessHTTP(_ActiveEntry * 0x02c5bef0) line 3604 + 16 bytes NET_ProcessNet(PRFileDesc * 0x01602b00, int 2) line 3355 + 13 bytes NET_PollSockets() line 320 + 18 bytes NetlibTimerProc(void * 0x00000000, unsigned int 275, unsigned int 12694, unsigned long 337860918) line 279 USER32! 77e712a4() nsNetlibThread::NetlibThreadMain(void * 0x01348120) line 259 _PR_NativeRunThread(void * 0x013481b0) line 379 + 13 bytes _threadstartex(void * 0x01348420) line 212 + 13 bytes KERNEL32! 77f04f3e() Again, I changed the code to ignore this assertion, but the resulting display on the screen is not as expected: The output in the left frame should occur in the right frame... Hope this helps. Gruss PB
Assignee: don → chofmann
Component: Apprunner → other
Chris, do you have any idea who this should do to? It's late and I'm stumped. I see layout, javascript, and netlib as possible assignees. But certainly nothing Apprunner- or XPApps-specific.
QA Contact: leger → beppe
Assignee: chofmann → rickg
I don't see the accerts in the M6 build I'm looking at, so that problem may have been resolved. I do see that the page loads very slowly, and left frame draws twice before it is repaired and the page is displayed like 4.x.. Passing to rickg to see if he has ideas on if this problem can be addressed. also adding warren to the cc list to see if this can be used as a necko test case for possbile performance improvments...
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Since I'm unable to reproduce this on NT, I'm marking it as fixed, but I'm not happy about disappearing bugs.
Works for me Platform: PC OS: Windows 98 Mozilla Build: 2000101020 M18 Trunk Build
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.