Closed Bug 34033 Opened 24 years ago Closed 24 years ago

Widgets are getting destroyed for unknown reasons

Categories

(Core :: DOM: Navigation, defect, P2)

Product:
Core
Component:
DOM: Navigation
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: pavlov, Assigned: bryner)

References

Details

(Whiteboard: [nsbeta2+]) 

ok, so for some reason some widgets are getting their destroy method calls.  I
have a few bugs I am going to mark as dups of this with some real information. 
Travis seemed to think my bugs were being caused by the document stopping while
in the process of doing something else... I didn't really follow very well, but
warren and travis seemed to think they knew what might be going on.fer
Blocks: 25155
*** Bug 24696 has been marked as a duplicate of this bug. ***
Actually, I said that Warren had some bugs that were causing some tear down 
process and to wait and see if this is fixed after Warren's changes.  His 
changes have gone in, so if this is a problem, you should look at the stack and 
deal accordingly.  I'm not sure it really belongs to any of us if it isn't load 
oriented.
hmm the description is a bit vague as well...I'm not even sure where to start
looking. Pav, have you tried this after warren landed his stuff the other day?

can you be more specific about the cause of the bug? What can I do to try to
reproduce it? A particular url, etc? Thanks.

look at bug 24696.  it gives a test case that I can reproduce every time.
*** Bug 31034 has been marked as a duplicate of this bug. ***
pav your steps in bug #24969 now work for me. I'm able to collapse the sidebar
on my linux box and then scroll again just fine.

If that works, does that mean that this bug is now fixed? Warren's tear down
fixes have been checked in so it makes sense that those changes would have fixed
this.
Status: NEW → ASSIGNED
Priority: P3 → P2
Target Milestone: --- → M16
I got in to the state yesterday so I don't think it is fixed... I will try and
figure out how I got in to that state.
Blocks: 26658
Bug 24696 is still alive on PC/Linux, build 2000-04-12-12.
nom. for nsbeta2 -- this can be reproduced as follows (2000050811 linux)

(from Bug 24696)
1) make sure the sidebar is showing
2) load http://www.mozilla.org
3) select 'view -> sidebar' to collapse the sidebar
4) try scrolling with the vertical scrollbar 

The canvas does not update with the new scrolled-to position of the content.
But cover the mozilla window and expose it again, and the canvas is updated.
Blocks: 31361
Keywords: nsbeta2
*** Bug 26658 has been marked as a duplicate of this bug. ***
Adding evaughan to CC: since the most reproducible failure is the one described 
above, involving the scrollbar.
*SPAM* - adding mostfreq keyword to bugs with loads of DUPEs. Please aid this 
effort by adding this keyword to any bugs with more than 15 DUPEs.

Gerv
Keywords: mostfreq
Putting on [nsbeta2+] radar for beta2 fix.
Whiteboard: [nsbeta2+]
I'm unable to reproduce the view->sidebar scenario with today's build.  Can 
anyone else?

Yes, I can get this to work in a debug linux build, but it is much more 
'hit and miss' than it used to be. Try this: load mozilla.org, use the view
menu to hide the sidebar, then show the sidebar, then reload the page, then 
hide the sidebar. 

I get these assertions when it happens (not really surprising):
###!!! ASSERTION: Trying to scroll a destroyed widget: 'mIsDestroying != 
PR_TRUE', file nsWindow.cpp, line 1867
###!!! Break: at file nsWindow.cpp, line 1867
QA Contact: travis → jrgm
a simpler workaround that works for me, is to simply press the reload button.

reassigning to bryner.  we have a fix
Assignee: mscott → bryner
Status: ASSIGNED → NEW
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Fix checked in.

with 2000062020 linux, I cannot get the scrollbars to "detach" and none 
of the old assertions. Verified fixed.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.