177960 - [mach-o] crash when trying to print [nsBaseWidget::GetRenderingContext()]

Status: RESOLVED WORKSFORME

(Core :: Printing: Output, defect)

Description

[sairuh (rarely reading bugmail)]

found using 2002.11.01.07 mach-o build on 10.2.1.

1. go to
http://www.mozilla.org/quality/browser/front-end/testcases/printing/widgets.html

2. click on the print button in the navigation toolbar.

3. in resulting native print dlg, click Print button to print.

results: mach-o crashes.

will attach crash report soon, and will also check the mozilla cfm build for
comparison.

Comment 1

[sairuh (rarely reading bugmail)]

Attachment: crash report for mach-o build

Comment 2

[sairuh (rarely reading bugmail)]

unable to repro crash using 2002.11.01.08-trunk CFM mozilla build on 10.2.1.

Comment 3

[hacker formerly known as [e-mail]]

I printed that page succesfully with a local trunk build from last night. 
Running 10.1.5.

Comment 4

[Conrad Carlen (not reading bugmail)]

With today's nightly, I can repro this crash every time.
With a debug tree which I pulled and built today, I can't repro this.

So,

* What level of opt are our nightlies built with?
* With a tree with a certain opt level, can I turn down the opt on a per-module
basis. (What's the makefile trick to do so?)

Comment 5

[hacker formerly known as [e-mail]]

I thought that our nightly builds used -O2. 

You can specify certain modules to build with debug symbols at configure time by
using --enable-debugger-info-modules=gfx,widget (or just editing the
MOZ_DBGRINFO_MODULES variable in the generated autoconf.mk).  Otherwise, you'd
have to use --enable-optimize w/o any additional args (eg. w/o =-O2) and add
|MODULE_OPTIMIZE_FLAGS=-O0 -g| to the local Makefile.

FWIW, the latest trunk nightly build (2002120408) still works fine on 10.1.5.

Comment 6

[Conrad Carlen (not reading bugmail)]

I just got this to happen on a debug build. It happens because, when the listbox
control is drawn, it scrolls the selection into view. For some reason, on my
PowerBook, it always performs a scroll and thus crashes. On my G4, selecting
"anchovies" in the second list before printing will cause scrolling to happen
and crash. The G4 is a debug, non-opt build.

This printf below shows that mContext == null, so we crash.

nsIRenderingContext* nsBaseWidget::GetRenderingContext()
{
  nsresult                      rv;
  nsCOMPtr<nsIRenderingContext> renderingCtx;

  printf("nsBaseWidget::GetRenderingContext: mContext = 0x%.8X\n", mContext);

Trying to find out how mContext could be null...

Comment 7

[Conrad Carlen (not reading bugmail)]

CC'ing Don.

Seawood, can you try selecting anchovies (might take some other twiddling of the
listbox in your case) and see if you can get it to crash on 10.1?

Comment 8

[hacker formerly known as [e-mail]]

Yep, selecting anchovy in the bottom listbox causes it to crash here too.

Comment 9

[Conrad Carlen (not reading bugmail)]

And, with 2002120508 CFM build, selecting anchovy on CFM build also crashes with
same stack. Since not Mach-0 specific, removing blockage of bug 176301.

Gotta love anchovies.

Comment 10

[sairuh (rarely reading bugmail)]

well, this no longer seems to happen (tested with a mach-o trunk build from
y'day). marking w4m.