Crash when loading web page: timerFired

[pullmull]

With JavaScript enabled this webpage (among many many others) reliably crashes Vienna since about v. 3.1.10:

http://www.spiegel.de/panorama/justiz/e ... ml#ref=rss


Process: Vienna [53559]
Path: /Applications/NetSoftware/Vienna.app/Contents/MacOS/Vienna
Identifier: uk.co.opencommunity.vienna2
Version: 3.1.14 :2d636f62: (6173)
Code Type: X86-64 (Native)
Parent Process: launchd [457]
Responsible: Vienna [53559]
User ID: 504

Date/Time: 2017-09-13 09:42:25.558 +0200
OS Version: Mac OS X 10.9.5 (13F1911)
Report Version: 11
Anonymous UUID: A4DCBD31-64FC-DB28-FA98-7FDA3ED73450

Sleep/Wake UUID: 2F2B587D-B7A7-4812-BF1E-8753AC9971C5

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000014

VM Regions Near 0x14:
-->
__TEXT 000000010887f000-000000010898f000 [ 1088K] r-x/rwx SM=COW /Applications/NetSoftware/Vienna.app/Contents/MacOS/Vienna

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 com.apple.WebCore 0x0000000111a48144 WebCore::toScriptElementIfPossible(WebCore::Element*) + 4
1 com.apple.WebCore 0x0000000111b73c24 WebCore::ScriptRunner::timerFired(WebCore::Timer<WebCore::ScriptRunner>*) + 436
2 com.apple.WebCore 0x0000000111937e7f WebCore::ThreadTimers::sharedTimerFiredInternal() + 175
3 com.apple.WebCore 0x0000000111937d5a WebCore::timerFired(__CFRunLoopTimer*, void*) + 58
4 com.apple.CoreFoundation 0x000000010ac0f3e4 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 20
5 com.apple.CoreFoundation 0x000000010ac0ef1f __CFRunLoopDoTimer + 1151
6 com.apple.CoreFoundation 0x000000010ac805aa __CFRunLoopDoTimers + 298
7 com.apple.CoreFoundation 0x000000010abca6a5 __CFRunLoopRun + 1525
8 com.apple.CoreFoundation 0x000000010abc9e75 CFRunLoopRunSpecific + 309
9 com.apple.HIToolbox 0x000000010d1e6a0d RunCurrentEventLoopInMode + 226
10 com.apple.HIToolbox 0x000000010d1e67b7 ReceiveNextEventCommon + 479
11 com.apple.HIToolbox 0x000000010d1e65bc _BlockUntilNextEventMatchingListInModeWithFilter + 65
12 com.apple.AppKit 0x00000001095d324e _DPSNextEvent + 1434
13 com.apple.AppKit 0x00000001095d289b -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 122
14 com.apple.AppKit 0x00000001095c699c -[NSApplication run] + 553
15 com.apple.AppKit 0x00000001095b1783 NSApplicationMain + 940
16 libdyld.dylib 0x000000010b8b65fd start + 1

[HarryCovert]

No crash here, running macOS 10.12.6 and Vienna 3.1.14,Macbook Pro mid-2010

[pullmull]

I am on OS 10.9.5, see crash report.

[barijaona]

@pullmull, could you try deleting cache
~/Library/Caches/uk.co.opencommunity.vienna2
and application state
~/Library/Saved Application State/uk.co.opencommunity.vienna2.savedState
then restart Vienna ?

[pullmull]

Thanks for your suggestion:

DieMaschine:Desktop xxx$ rm -r ~/Library/Saved\ Application\ State/uk.co.opencommunity.vienna2.savedState
DieMaschine:Desktop xxx$ rm -r ~/Library/Saved\ Application\ State/uk.co.opencommunity.vienna2.savedState
rm: /Users/xxx/Library/Saved Application State/uk.co.opencommunity.vienna2.savedState: No such file or directory
DieMaschine:Desktop xxx$ rm -r ~/Library/Caches/uk.co.opencommunity.vienna2
DieMaschine:Desktop xxx$ rm -r ~/Library/Caches/uk.co.opencommunity.vienna2
rm: /Users/xxx/Library/Caches/uk.co.opencommunity.vienna2: No such file or directory

Both directories gone, but no change after restarting Vienna and trying to load the above mentioned URL: crash on loading.

[barijaona]

How is the same page behaving with your version of Safari ?

Could you report which user agent is reported when you visit this tool with respectively Safari and Vienna ?
(copy paste here the string following the title 'User Agent String explained :’)

[pullmull]

I couldn't find any browser having trouble with this URL (Safari, Opera, Chrome, Vivaldi, Cliqz, Camino, Firefox; newest versions always with the only exception of Safari, which is the latest release for OS 10.9.5).

Notably, Vienna itself didn't have any problems in this respect until a few minor updates ago.

Safari (User Agent set to standard/automatic):
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/601.7.8 (KHTML, like Gecko) Version/9.1.3 Safari/537.86.7

Vienna:
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.78.2 (KHTML, like Gecko) Vienna/3.1.14 Version/9.1.3 Safari/37.78.2

<– does this mean that Vienna is build using a more or less oldish version of WebKit?!

Camino (which is not supported for many years displays the page without a hitch):
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3

[barijaona]

Vienna just uses the version of WebKit provided by your version of macOS.
Generally, Safari does use the same. But apparently it’s not the case in your situation ; I don’t really understand why both 601.7.8 and 537.86.7 are displayed.

Are you sure that Vienna’s string ends with ‘/37.78.2’ ? I expected it to end with ‘/537.78.2’…

Also, I cannot be sure if the problem is related to a change of Vienna version used on your Mac or to an evolution of the code used in the web page. Is it possible for you to redownload some old versions of Vienna and check which one do not crash with this particular web page ?

[pullmull]

Vienna just uses the version of WebKit provided by your version of macOS.
Generally, Safari does use the same. But apparently it’s not the case in your situation ; I don’t really understand why both 601.7.8 and 537.86.7 are displayed.

The setup seems to be like this:
WebKit:

Version: 9537
Erhalten von: Apple
Zuletzt geändert: 10.03.15 08:47
Art: Intel
64-Bit (Intel): Ja
Signiert von: Software Signing, Apple Code Signing Certification Authority, Apple Root CA
Informationen: 9537.78.2, Copyright 2003-2014 Apple Inc.
Ort: /System/Library/Frameworks/WebKit.framework
Privat: Nein

WebKit:

Version: 9601
Erhalten von: Apple
Zuletzt geändert: 02.09.16 08:37
Art: Intel
64-Bit (Intel): Ja
Signiert von: Software Signing, Apple Code Signing Certification Authority, Apple Root CA
Informationen: 9601.7.8, Copyright 2003-2016 Apple Inc.
Ort: /System/Library/StagedFrameworks/Safari/WebKit.framework
Privat: Nein

So both webkit versions are present, but they live in different directories, for whatever reason.

Are you sure that Vienna’s string ends with ‘/37.78.2’ ? I expected it to end with ‘/537.78.2’…

Yes, checked again. There is both 537.78.2 and 37.78.2 in that string.

Also, I cannot be sure if the problem is related to a change of Vienna version used on your Mac or to an evolution of the code used in the web page. Is it possible for you to redownload some old versions of Vienna and check which one do not crash with this particular web page ?

Hm, I find this very odd, but I could not find a version of Vienna from 2017 which does not exhibit the problem. All of them crash.

Odd it is, since I first encountered the problem IMMEDIATELY and RIGHT after Vienna announced an upgrade which I downloaded and installed right away. Looking through the list of old versions I am quite sure it must have been 3.1.10 which was working and 3.1.11 crashing right after install.
Since Vienna crashed almost instantaneously I figured that this (seemingly) glaring bug will be found and fixed without me filing a bug report anyway, since it seemed more than obvious and obnoxious to me. But after I saw a couple of updates in rather rapid succession without the issue being fixed, I finally decided to step forward.

Anyway, on second glance, this now looks like a problem related to a change in the webpage – which given the circumstances is extremely hard to believe, even given the above mentioned evidence. And apart from that: it is only Vienna that crashes, no other browser.

May be this sounds like nonsense, but maybe previously Vienna somehow used (I do not say linked to) Webkit 601 but now is stuck with Webkit 537. But for me - even if difficult to proof or explain – in my opinion this would be the most plausible explanation.