WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 11430
11851
Webkit crashes when click on link to pdf file
https://bugs.webkit.org/show_bug.cgi?id=11851
Summary
Webkit crashes when click on link to pdf file
Patricia Warwick
Reported
2006-12-16 08:15:26 PST
I tried to click on this link several times and each time I did Webkit crashed.
Attachments
Safari Crash log
(983.04 KB, text/plain)
2006-12-17 13:05 PST
,
Patricia Warwick
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1
2006-12-17 01:23:15 PST
Please attach a complete crash log. Also, could you please tell what link you clicked on? Just opening the PDF document works fine for me.
Patricia Warwick
Comment 2
2006-12-17 06:15:58 PST
It crashed yesterday when I linked to the URL from a Google search window. It crashed a couple of times so I reported the crash. Sorry but I did not think to attach a crash log. I'll do so in future. However, when I attempted to recreate the problem today it did not crash.
David Kilzer (:ddkilzer)
Comment 3
2006-12-17 07:15:49 PST
(In reply to
comment #2
)
> It crashed yesterday when I linked to the URL from a Google search window. It > crashed a couple of times so I reported the crash. Sorry but I did not think to > attach a crash log. I'll do so in future. However, when I attempted to recreate > the problem today it did not crash.
Crash logs are stored in your home directory here (even if you're using nightly WebKit builds on
http://nightly.webkit.org/
): ~/Library/Logs/CrashReporter/Safari.crash.log They are concatenated to the end of the file as they happen. You should be able to pull out the last one or two which would represent the PDF crashes (unless you had more crashes in the meantime). Were you using a WebKit nightly build, or the shipping version of Safari?
Patricia Warwick
Comment 4
2006-12-17 09:12:40 PST
I had launched Webkit but because it shows Safari as the application name I must not have noticed that it had been running Safari at time of crash since when I looked at the Crash log and it shows the app as being Safari. I am attempting to use the Webkit but as you can tell I have not been paying sufficient attention to what was happening. Since both display the same About info is there another way of identifying the version I am using other than by using Command + Tab? I've just changed my default browser to make it launch Webkit from now on. I have been installing the Nightly downloads. Given this, is there any point in attaching the crash log?
Alexey Proskuryakov
Comment 5
2006-12-17 10:40:11 PST
(In reply to
comment #4
)
> I've just changed my default browser to make it launch Webkit from now on.
Please be advised that this is known to cause problems with RSS viewing.
> Given this, is there any point in attaching the crash log?
Yes - we'll be able to tell which version crashed. It's actually quite easy - in the module list at the end, there is a version of WebKit framework, and nightlies have 420+ there, e.g.: 0x305000 - 0x416fff com.apple.WebKit 420+ /Users/ap/WebKit/WebKitBuild/Debug/WebKit.framework/Versions/A/WebKit
David Kilzer (:ddkilzer)
Comment 6
2006-12-17 11:15:21 PST
(In reply to
comment #4
)
> I had launched Webkit but because it shows Safari as the application name I > must not have noticed that it had been running Safari at time of crash since > when I looked at the Crash log and it shows the app as being Safari.
When you launch a WebKit nightly, what you're really doing is launching the original Safari application that is installed on your Mac with a different WebKit framework library. (Some "magic" is used to make it look like a different icon.) That's why all of the crash logs appear in the Safari crash log file.
Patricia Warwick
Comment 7
2006-12-17 13:05:20 PST
Created
attachment 11895
[details]
Safari Crash log Here is the complete log.
Patricia Warwick
Comment 8
2006-12-17 13:07:06 PST
I've attached the log, but I'm not sure what link you are asking for ... the one I included when I created this bug is the one I clicked on. As I said then, it no longer crashes with that link. When it crashed, it did so before displaying the PDF file.
David Kilzer (:ddkilzer)
Comment 9
2006-12-17 15:07:06 PST
(In reply to
comment #7
)
> Created an attachment (id=11895) [edit] > Safari Crash log > > Here is the complete log.
I have no idea what's going on in the very last crash in the crash log on 12/17. Is it off in a driver somewhere? The two previous crashes on 12/16 both occur in "WebCore::NetscapePlugInStreamLoader::isDone() const" with what appears to be the Adobe Acrobat 7.0.8 plug-in installed and using WebKit
r18244
. Looking at that method, I'm not sure how it could crash (unless we're not seeing the whole stack)? Wow, the very first crash in the log is in Mac OS X 10.2.6 (build 6L60)! :)
mitz
Comment 10
2006-12-17 15:30:31 PST
(In reply to
comment #9
)
> The two previous crashes on 12/16 both occur in > "WebCore::NetscapePlugInStreamLoader::isDone() const" with what appears to be > the Adobe Acrobat 7.0.8 plug-in installed and using WebKit
r18244
. Looking at > that method, I'm not sure how it could crash (unless we're not seeing the whole > stack)?
That's
bug 11430
.
> > Wow, the very first crash in the log is in Mac OS X 10.2.6 (build 6L60)! :) >
I'd call it a bug in Mac OS X that it doesn't purge old crash logs :-\
David Kilzer (:ddkilzer)
Comment 11
2006-12-17 16:10:28 PST
(In reply to
comment #10
)
> (In reply to
comment #9
) > > The two previous crashes on 12/16 both occur in > > "WebCore::NetscapePlugInStreamLoader::isDone() const" with what appears to be > > the Adobe Acrobat 7.0.8 plug-in installed and using WebKit
r18244
. Looking at > > that method, I'm not sure how it could crash (unless we're not seeing the whole > > stack)? > > That's
bug 11430
.
Marking as duplicate. Stack traces end (begin?) at the same method call. *** This bug has been marked as a duplicate of
11430
***
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug