RESOLVED INVALID 16948
Crash when searching in a pdf
https://bugs.webkit.org/show_bug.cgi?id=16948
Summary Crash when searching in a pdf
jonathanjohnsson
Reported 2008-01-20 10:03:41 PST
Go to ftp://ftp.funet.fi/pub/TeX/CTAN/macros/xetex/latex/fontspec/fontspec.pdf , hit cmd+f and type "oldstyle" (without the quotation marks). Safari crashes within a few seconds. This is using the latest released Safari version.
Attachments
David Kilzer (:ddkilzer)
Comment 1 2008-01-20 11:39:49 PST
I can't reproduce a crash with a local debug build of WebKit r29676 using Safari 3.0.4 (523.12.2) on Mac OS X 10.4.11 (8S165). Could you please post your crash log? It will be in ~/Library/Logs/CrashReporter, or reproduce the crash and copy the crash from the Crash Reporter window. (It's easiest to attach it as plain text file to this bug.) I did notice that the highlighting of "oldstyle" almost always left off the "e" on the end, though, when I did a search. This is a separate issue, though. Filed Bug 16949.
Matt Lilek
Comment 2 2008-01-20 11:56:35 PST
This crashes for me on 10.5.1 (9B18), though it didn't happen the very first time I did it. Reloading the PDF and then searching did cause it to crash and it then crashed the first time I searched after restarting Safari. Also, for what its worth, the find bar and black overlay didn't disappear when I reloaded. The crash is outside WebKit however, so this will have to be moved to radar. Thread 0 Crashed: 0 libobjc.A.dylib 0x94a766e8 objc_msgSend + 24 1 libCGATS.A.dylib 0x95928a3b get_name_with_name_code_nl + 592 2 libCGATS.A.dylib 0x95928a8b ats_name_handler_copy_full_name + 19 3 libCGATS.A.dylib 0x95929d8d copy_full_name + 49 4 com.apple.CoreGraphics 0x952c6e13 CGFontNameTableCreate + 234 5 com.apple.CoreGraphics 0x95702363 CGFontCopyPostScriptName + 31 6 com.apple.PDFKit 0x9220d843 -[PDFPage(PDFPageInternal) fontWithPDFFont:size:] + 53 7 com.apple.PDFKit 0x9220fa29 -[PDFPage(PDFPageInternal) createAttributedString] + 616 8 com.apple.PDFKit 0x9220b47c -[PDFPage attributedString] + 96 9 com.apple.PDFKit 0x9221280b -[PDFSelection attributedString] + 382 10 com.apple.WebKit 0x001fea93 -[WebPDFView selectedAttributedString] + 67 (WebPDFView.mm:711) 11 com.apple.WebKit 0x001ff68b -[WebPDFView selectionImageForcingBlackText:] + 47 (WebPDFView.mm:864) 12 com.apple.Safari 0x0006c847 0x1000 + 440391 13 com.apple.Safari 0x0006af41 0x1000 + 433985 14 com.apple.Safari 0x0006ac8a 0x1000 + 433290 15 com.apple.AppKit 0x9294ff94 -[NSApplication sendAction:to:from:] + 112 16 com.apple.Safari 0x000369b8 0x1000 + 219576 17 com.apple.AppKit 0x9294fed4 -[NSControl sendAction:to:] + 108 18 com.apple.AppKit 0x9294fd5a -[NSCell _sendActionFrom:] + 169 19 com.apple.AppKit 0x92af4743 -[NSSearchFieldCell(NSSearchFieldCell_Local) _sendPartialString] + 237 20 com.apple.Foundation 0x90ad0663 __NSFireTimer + 147 21 com.apple.CoreFoundation 0x90428b7e CFRunLoopRunSpecific + 4494 22 com.apple.CoreFoundation 0x90428d38 CFRunLoopRunInMode + 88 23 com.apple.HIToolbox 0x916158a4 RunCurrentEventLoopInMode + 283 24 com.apple.HIToolbox 0x916156bd ReceiveNextEventCommon + 374 25 com.apple.HIToolbox 0x91615531 BlockUntilNextEventMatchingListInMode + 106 26 com.apple.AppKit 0x9287ed5b _DPSNextEvent + 657 27 com.apple.AppKit 0x9287e6a0 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 128 28 com.apple.Safari 0x00009d4e 0x1000 + 36174 29 com.apple.AppKit 0x928776d1 -[NSApplication run] + 795 30 com.apple.AppKit 0x928449ba NSApplicationMain + 574 31 com.apple.Safari 0x00002876 0x1000 + 6262
David Kilzer (:ddkilzer)
Comment 3 2008-01-20 14:07:50 PST
Mark Rowe (bdash)
Comment 4 2008-01-20 21:01:33 PST
As the backtrace shows the crash is not in WebKit but in the system component used to display PDFs, I'm going to close this bug as INVALID and allow the Radar bug to be routed to the appropriate team within Apple to be investigated.
Note You need to log in before you can comment on or make changes to this bug.