I've seen (in debug builds, couldn't repro the one time i tried with optimized) that if you resize the window a lot with a web page (like abcnews or apple.com), eventually you can catch it so that the rendering context gets freaked out and you get tons of asserts that mPort is null in nsRenderingContextMac.h. Once you get this, controls draw (scrollbars, form elements), but nothing else redraws in the window. I've been able to dup this both on my machine and sdagleys by playing with it for a while (quickly resizing the window over and over again). It's much more easily reproduceable on my machine, for some reason. Bumped up to blocker because we this may be a demo blocker for an important conference.

marking P1, and Netscape Confidential.

adding dagley and simon to cc list. If Jobs gives the goahead, we will want to use the current build for demos at WWDC. The fact that we may be doing a demo is both Apple and NSCP confidential, btw, which is why this bug is marked that way. Given the regularity with which i can repro this bug with my Carbon build, it may be more easily tickled by that, hence we'll probably have problems with the demo as well, and that would be bad. If Jobs cuts the demo, this is no longer such a high priority, but we should get this looked at ASAP since the keynote is on Monday.

I can most frequently dup this bug by going to www.dvdresource.com, resizing the window a bit, then www.apple.com and then resizing until it happens. It seems to help repro it when I start resizing before the page is totally loaded, but there is no set pattern, unfortunately.

I saw it too. Accepting bug.

since the demo came and went and it's all now public, making this open to the general public again.

*** Bug 6016 has been marked as a duplicate of this bug. ***

pierre, what was the fix? I'm curious.

An out-of-mem error was not correctly reported in nsRenderingContextMac. I also fixed the ViewManager so that it uses offscreen drawing again when the memory is available (otherwise you had to go to another page to get offscreen drawing again). On my machine and with the current debug build, the problem could be reproduced with a single resize when making the window cover the entire screen (1152 x 870, millions of colors). I still have to implement a smarter memory allocation for offscreen buffers (bug #3412). It should be fairly straightforward but I did not want to take chances for M6.

I can't make apprunner crash after resizing way too often at dvdresource.com and apple.com. (And as far as the demo goes, apple.com isn't currently rendering correctly. Hope that went better at the demo...) Build 1999051812, Mac OS 8.6.