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
Crash when loading web page: timerFired
-
- Muffin
- Posts: 29
- Joined: Wed Sep 19, 2012 9:50 am
- Location: France
Re: Crash when loading web page: timerFired
No crash here, running macOS 10.12.6 and Vienna 3.1.14,Macbook Pro mid-2010
Re: Crash when loading web page: timerFired
I am on OS 10.9.5, see crash report.
Re: Crash when loading web page: timerFired
@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 ?
~/Library/Caches/uk.co.opencommunity.vienna2
and application state
~/Library/Saved Application State/uk.co.opencommunity.vienna2.savedState
then restart Vienna ?
I contribute to Vienna RSS as a developer.
Please, don't forget those tips for writing a good bug report
Please, don't forget those tips for writing a good bug report
Re: Crash when loading web page: timerFired
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.
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.
Last edited by pullmull on Fri Sep 15, 2017 6:20 am, edited 1 time in total.
Re: Crash when loading web page: timerFired
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 :’)
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 :’)
I contribute to Vienna RSS as a developer.
Please, don't forget those tips for writing a good bug report
Please, don't forget those tips for writing a good bug report
Re: Crash when loading web page: timerFired
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
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
Re: Crash when loading web page: timerFired
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 ?
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 ?
I contribute to Vienna RSS as a developer.
Please, don't forget those tips for writing a good bug report
Please, don't forget those tips for writing a good bug report
Re: Crash when loading web page: timerFired
barijaona wrote: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.
barijaona wrote: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.
Who is online
Users browsing this forum: No registered users