* TITLE/SUMMARY Pressing "Enter" in "Find" text field crashes Viewer * STEPS TO REPRODUCE 0) Launch Viewer 1) From the Edit menu, select "Find" 2) Click in the "Find what:" field, and type "Waldo" --- followed by the Return key. * RESULT - What happened Enter key doesn't result in problems; can't find any other key on the Mac keyboard that results in problems. (Haven't tried non-standard multi-key glyphs like ñ.) - What was expected No crash. Even though there's no default ring on this page for the default button, users hit enter out of habit and crash Viewer. * REGRESSION - Occurs On viewerDebug (1.4.98 build for Mac OS from sdagley) - Does't Occur On viewer (1.5.98 build for Win32; empties contents of field, but doesn't crash) viewer (1.5.98 optimized build for Mac OS --- but that's because Find crashes on menu item selection on the build, so you can't even get to the field at all. ;) * CONFIGURATIONS TESTED - PowerMac 8500/150 (233 Mhz 604e), 64 MB RAM, Mac OS 8.5.1

[BTW, the reproduction steps really can be reduced to just typing the "Enter" key after pointing to the "Find next:" text label in the Find dialog. Specifically, you don't need to type "Waldo" or any text, just hit return in the text field and it'll go kablooey.]

Duh. I meant the "Return" key. My brain cells are dying, trah-lah, trah-lah!

And elig, how is this with the latest Mac build?

Still crashes on 1.13.99 debug build.

nsrenderContextMac was not checking for null mcontext member in a couple of places. fixed.

nsrenderContextMac was not checking for null mcontext member in a couple of places. fixed.

Verified francis-fixed-it in 1.20.99 build of Viewer. Return key in "Find" text field on Mac build (Viewer) don't be crashin' 'round here no'more. (Instead, it draws all of the form elements sequentially in the upper-left hand corner of the dialog, and then clears off any bitsh*t. Assuming this is a result of the form bit-sh*t bug whose number I forget, and not an issue.)

Inserting Milestone info.