[TVB#160] TV Browser 4.2.1 auf OSX 10.14 Mojave startet nicht

[TheQL]

Hallo,

TV Browser startet nicht mehr, wahrscheinlich seit ich Security Update 2020-005 for Mojave 10.14 installiert habe.
Ich öffne TV Browser leider nicht mehr so regelmäßig, aber vor kurzem ging es noch.

Ich habe das .dmg neu heruntergeladen, Gatekeeper komplett deaktiviert (sudo spctl --master-disable) und gestartet, das ging. Genau einmal.
Danach, egal ob mit oder ohne Gatekeeper, immer nur ein Absturz. Kopiert man die App erneut aus dem DMG, geht es wieder einmal, auch mit aktiviertem Gatekeeper. App beenden, starten, Absturz. Hat das noch jemand?
Habe hier unten mal einen Auszug dessen gepostet, was an Apple als Fehlerbericht rausgeht.

Code: Alles auswählen

Process:               JavaAppLauncher [3149]
Path:                  /Applications/TV-Browser.app/Contents/MacOS/JavaAppLauncher
Identifier:            tvbrowser.TVBrowser
Version:               4.2.1 (1.0)
Code Type:             X86-64 (Native)
Parent Process:        ??? [1]
Responsible:           JavaAppLauncher [3149]
User ID:               502

Date/Time:             2020-09-26 13:46:49.145 +0200
OS Version:            Mac OS X 10.14.6 (18G6032)
Report Version:        12
Bridge OS Version:     4.6 (17P6610)
Anonymous UUID:        A976A101-9808-A7F2-0D09-5EFABAA1019B


Time Awake Since Boot: 500 seconds

System Integrity Protection: enabled

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

Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_INVALID_ADDRESS at 0x0000000000000001
Exception Note:        EXC_CORPSE_NOTIFY

Termination Signal:    Segmentation fault: 11
Termination Reason:    Namespace SIGNAL, Code 0xb
Terminating Process:   exc handler [3149]

VM Regions Near 0x1:
--> 
    __TEXT                 0000000102d67000-0000000102d6f000 [   32K] r-x/rwx SM=COW  /Applications/TV-Browser.app/Contents/MacOS/JavaAppLauncher

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libjli.dylib                  	0x000000010a8b84e0 JLI_Launch + 624
1   tvbrowser.TVBrowser           	0x0000000102d6befa launch + 16346
2   tvbrowser.TVBrowser           	0x0000000102d67ddf main + 143
3   tvbrowser.TVBrowser           	0x0000000102d67d44 start + 52

Thread 1:
0   libsystem_pthread.dylib       	0x00007fff755d33f0 start_wqthread + 0

Thread 2:
0   libsystem_pthread.dylib       	0x00007fff755d33f0 start_wqthread + 0

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x0000600001a4f5c8  rbx: 0x00007ffeece97820  rcx: 0x0000000000000000  rdx: 0x0000000000000008
  rdi: 0x0000600001a4f600  rsi: 0x000000010a8c0dd2  rbp: 0x00007ffeece97690  rsp: 0x00007ffeece965e0
   r8: 0x000000000000002d   r9: 0x0000000000000250  r10: 0x0000600003e4c7e0  r11: 0x00007fff755c9360
  r12: 0x0000000000000001  r13: 0x0000000000000001  r14: 0x00007ffeece97818  r15: 0x0000000000000001
  rip: 0x000000010a8b84e0  rfl: 0x0000000000010202  cr2: 0x0000000000000001
  
Logical CPU:     0
Error Code:      0x00000004
Trap Number:     14

[TheQL]

Ach so, als Java setze ich adoptopenjdk via homebrew ein. War vorher auf Version 14 und blieb unverändert. Habe nach Auftauchen der Probleme jetzt

# java -version
openjdk version "15" 2020-09-15
OpenJDK Runtime Environment AdoptOpenJDK (build 15+36)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 15+36, mixed mode, sharing)

- mit identischem Resultat.

[ds10]

Ich denke eher nicht, dass das irgendwas mit einer Sicherheitseinstellung zu tun hat. Dann würde das Programm nicht einfach abstürzen, sondern das System die Ausführung einfach verhindern. Allerdings kann ich hier auch nur raten, woran es liegen könnte. Ich empfehle generell immer die Verwendung von Java 11, damit ist TV-Browser 4.2.1 entwickelt worden.

[andre]

Wenn du einen Ordner in deinem Home-Verzeichnis namens "Applications" anlegst (also $HOME/Applications) und TV-Browser.app dort hinein ziehst, geht es wenigstens.
EDIT: Jetzt nicht mehr! Vielleicht noch vom .dmg?

[TheQL]

Danke für die Antworten. Bin ich damit denn aber alleine?
Auf Java >11 bin ich schon lange. Ist mir auch zu mühsam, mich mit einer LTS-Version abzugeben, das reicht mir schon bei Java8.

Wenn's an mir liegt, probiere ich ja gerne was aus, aber wenn es ein allgemeines Problem ist, wäre das ja schon recht interessant!

[andre]

Nein, du bist nicht alleine, bei mir ist das auch, und zwar erst seit dem Mojave-Update diese Woche.

Vom Disk Image funktioniert es noch, wenn ich den Haken von "“TV-Browser.app” is an app downloaded from the Internet. Are you sure you want to open it?" bei "Don't warn me when openening applications on this disk image" nicht setze. Setze ich den Haken, funktioniert es nur einmal.

Von jedem beschreibbaren Medium bekomme ich beim zweiten Start

$ ./JavaAppLauncher
Segmentation fault: 11

$ java -version # frisch reinstalliert
openjdk version "11.0.8" 2020-07-14
OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.8+10)
Eclipse OpenJ9 VM AdoptOpenJDK (build openj9-0.21.0, JRE 11 Mac OS X amd64-64-Bit 20200715_627 (JIT enabled, AOT enabled)
OpenJ9 - 34cf4c075
OMR - 113e54219
JCL - 95bb504fbb based on jdk-11.0.8+10)

[ds10]

Wie sieht es denn bei der transportablen Version aus, wenn man die dann mit dem mitgelieferten Skript startet?

[TheQL]

@andre Danke für die Aufklärung! Hatte auch das Update im Verdacht, aber das bestätigt es.

[TheQL]

@ds10 Was wäre denn der Aufruf in der Shell, um die identischen Datenverzeichnisse und Preferences wie die installierte Version zu nutzen?

Aus dem Info.plist kann ich mir einiges, aber nicht alles zusammenreimen:

Code: Alles auswählen

 <array>
            <string>-Dpropertiesfile=osx.properties</string>
            <string>-Dcom.apple.macos.use-file-dialog-packages=true</string>
            <string>-Dcom.apple.mrj.application.apple.menu.about.name=${bundle.name}</string>
            <string>-Dcom.apple.smallTabs=true</string>
            <string>--module-path=lib:tvbrowser.jar</string>
            <string>-splash:imgs/splash.png</string>
            <string>-Xmx1024M</string>

java -jar tvbrowser.jar -Dpropertiesfile=osx.properties usw...
Aber beim Bundle Name bin ich schon unsicher und eben die Datenpfade übersehe ich anscheinend....

[ds10]

Die transportable Version kann die Systemverzeichnisse nicht benutzen, da die Einstellungen dort im Verzeichnis von TV-Browser selbst gespeichert werden. Beim ersten Start sollte aber das Importieren der Einstellungen angeboten werden.

[TheQL]

I see... Aber wenn ich die installierte Version aus der Kommandozeile aufrufen/ausprobieren will, wie sieht da der richtige Aufruf aus?
In der Vergangenheit hatte ich das mal ausprobiert, aber da hat er dann auch eine andere Verzeichnisstruktur neu angelegt und nicht die bestehenden Pfade genutzt.

[andre]

@TheQL:

Änder mal die Info.plist:

Statt:

<string>-Xmx1024M</string>

Nun:

<string>-Xmx16m</string>
<string>-Xmx1G</string>

Bei mir scheint das in Moment zu helfen, aber ich bin mit Prognosen vorsichtig geworden...

[TheQL]

Es sieht erstmal unsinnig aus, Xmx doppelt zu definieren... ABER es hilft, und es hilft auch nur genau dann.... Verstehe ich nicht, mag aber eine Besonderheit des genutzten JavaAppLauncher sein. Danke erstmal!

[andre]

Das habe so ich aus der tvbrowser-transportable.sh abgeschrieben. Why worry if it works. —

Ich hatte übrigens nach dem Update bis heute Morgen eine Systemauslastung (load average) von 80 in uptime, seit heute Morgen sind es 'nur' noch 8.

[TheQL]

So gravierende Load-Issues hatte ich nicht, aber bei meinem Vater war nach dem Update auch das System über längere Zeit sehr langsam... Habe das nur nicht analysiert, weil es irgendwann wieder normal reagierte.

Habe mir die transportable Version jetzt auch mal angeguckt. Da steht Xmx allerdings in der Tat nicht doppelt drin, sondern "-Xms16m -Xmx1G".

Habe das mal auf die Info.plist übertragen als

Code: Alles auswählen

<array>
            <string>-Dpropertiesfile=osx.properties</string>
            <string>-Dcom.apple.macos.use-file-dialog-packages=true</string>
            <string>-Dcom.apple.mrj.application.apple.menu.about.name=${bundle.name}</string>
            <string>-Dcom.apple.smallTabs=true</string>
            <string>--module-path=lib:tvbrowser.jar</string>
            <string>-splash:imgs/splash.png</string>
            <string>-Xms16m</string>
            <string>-Xmx1024M</string>
</array>

und TV-Browser startet weiterhin. Entferne ich aber die "Xms"-Zeile, crasht es direkt wieder. Das ist aber nur noch um so mysteriöser, wenn man mal drüber nachdenkt.