[Chromium] funktioniert ab 78.0.3904.70 nicht mehr unter ElCapitan

[FritzS]

Ich verwende Hardware bedingt noch immer ElCapitan 10.11.6.
Als Zweitbrowser verwende ich seit geraumer Zeit Chromium.
Die letzte voll funktionierende Version war Chromium_OSX_77.0.3865.120
Bei 78.0.3904.70 und 78.0.3904.97 kann man gewisse WEB Seiten nicht mehr aufrufen - siehe Anhang.
Z.B. https://www.ssllabs.com/ssltest/viewMyClient.html
Auch die Updateabfrage mit FreeSMUG funktioniert nicht.
Ich habe nun 77.0.3865.120 und 78.0.3904.97 installiert. Zurück zu 77.0.3865.120 funktioniert alles wieder.
Ein Test mit einem neuen Profil wer ebenfalls ergebnislos.
Was könnte da die Ursache sein?

 

[FritzS]

Nachtrag, manchmal erscheint beim ersten Aufruf von https://www.ssllabs.com/ssltest/viewMyClient.html die beigefügte Meldung, nach einem Neu-laden der Seite die Meldung „Webseite nicht erreichbar“.
Ich wüsste nicht wo ich JavaScript deaktiviert hätte, zumal die selbe WEB Seite mit der alten Chrome Version im selben Profil tadellos funktioniert. Ist Chrome nun mit ElCapitan inkompatibel geworden?

 

[FritzS]

Kann es sein, dass das Chromium Team (nicht mit Google Chrome verwechseln) nun einen Compiler benutzt der ElCapitan nicht mehr unterstützt?
Und warum will die ChromiumHelper.app ständig eine eingehende Verbindung aufbauen?

Wäre der Vivaldi Browser eine bessere oder alternative Möglichkeit? Ich verfasse diesen Text nun zum Test mit Vivaldi.
Aber manchmal bleibt Vivaldi bei Eingabe einer Adresse „hängen“ - da hilft nur mehr ihn neu zu starten.
Vivaldi benutzt ja auch die Erweiterungen von Google.
Passwörter aus Firefox, Chromium importieren funktioniert mit Vivaldi nicht.

 

[FritzS]

WebKit Versionen,
Safari
Your WEB Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/11.1.2 Safari/605.1.15

iCab
Your WEB Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/601.7.8 (KHTML, like Gecko) iCab/5.8.6 Safari/604.5.6

Chromium
Your WEB Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.120 Safari/537.36

Vivaldi
Your WEB Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.99 Safari/537.36 Vivaldi/2.9.1705.41

Opera
Your WEB Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.120 Safari/537.36 OPR/64.0.3417.92

Welche WebKit Versionen sind nun aktuell, welche veraltet und für Hackerangriffe anfällig?
Mich wundert nur, dass Chromium, Vivaldi, Opera AppleWebKit/537.36 benutzen,
Safari AppleWebKit/605.1.15, iCab AppleWebKit/601.7.8
Sind das WebKit Versionen die macOS mitbringt oder kommen die mit den Browsern mit?

 

[FritzS]

Kurz zusammengefasst:
Ich habe dies nun auch mit dem neuen Chromium_OSX_78.0.3904.108 auf zwei Macs mit ElCapitan getestet. Auf jeden Mac sind mehrere Benutzer angelegt.
Der Fehler, dass Seiten nicht aufgerufen werden können, betrifft nur HTTPS, HTTP funktioniert.
Bei jenen Benutzern bei denen Chromium noch nie aufgerufen war und kein Chromium Profil bestand funktioniert es ohne Probleme.
Wo bereits ein Chromium Profil bestand, tritt dieser Fehler beim HTTPS Aufruf auf.
Der Name dieser Seiten wird im DNS aufgelöst (ich betreibe meinen eigenen DNS).
Bei den betroffenen Profilen brachte das komplette Löschen des Chromium Profils keinen Erfolg, ich habe das Benutzerprofil nach Namen wie Chromium, Chrome, Google durchsucht und „Verdächtiges“ gelöscht.
Die Leute von FreeSMUG, wo Fragen zu Chromium gestellt werden, wissen auch keinen Rat.
http://www.freesmug.org/forum/t-12808193/new-chromium-versions-problem-with-elcapitan
Es bleibt laut FreeSMUG nur die Möglichkeit sich an den GoogleChrome Support selbst zu wenden.

Oder auf meinen 2. Mac den Versuch zu starten Chromium selbst zu kompilieren.
https://chromium.googlesource.com/chromium/src/+/master/docs/mac_build_instructions.md

Trotzdem, was kann den Chromium Browser daran hindern HTTPS aufzurufen?
Little Snitch scheidet aus, denn das ist auf den 2. Mac nicht installiert.
Die Mac Firewall ist zwar aktiviert, könnte es ja auch nicht sein, wenn es bei einem Benutzerprofil funktioniert, bei einem anderen nicht - und andere Browser (auch jene die ebenfalls die Chromium Engine einsetzten) haben mit HTTPS kein Problem.

PS: Liebe Admins, ich weiß dass Ihr das nicht gerne sehts, da hier anscheinend Niemand dieses Problem kennt, wusste ich nicht mehr weiter, so kam ich auf das FreeSMUG Forum.

 

[FritzS]

War ich scheinbar auf der falschen Spur? Im System Log:

Nov 22 09:22:37 ‘meinMac‘ Chromium Helper (Renderer)[735]: CFPreferences is forcing direct access mode on for this process. It's slower, uses more memory, and doesn't respond to changes immediately. Update your sandbox profile to allow cfprefsd access!

In welchem Profile ist das nun anzupassen?

 

[FritzS]

Nun die neue Version Chromium 79.0.3945.79 (Entwickler-Build) (64-Bit) installiert.
Nicht zu verwechseln mit Googles Chrome - diese App ist ein FreeSMUG build of Chromium.
Die Leute von FreeSMUG konnten auch nicht weiterhelfen, da scheinbar kein Fehler ihrerseits.

Die Fakten kurz zusammengefasst:
Der Fehler kein Zugang zu https (Port443) Seiten, ist noch immer vorhanden.
Normale http (port80) Seiten funktionieren einwandfrei.
Ich habe auf meinen beiden Macs ElCapitan laufen, Little Snitch nur auf einem Rechner.
Auf jeden Rechner sind mehrere Benutzer angelegt.
Bei jenen Benutzern (egal ob mit oder ohne Admin Rechte) wo Chromium noch nie aktiv war funktioniert der Zugang zu https Seiten ja auch.
Nur bei Benutzern wo ich Chromium schon immer benutzt hatte tritt der Fehler auf.
Es nützt auch nichts folgende Dateien / Verzeichnisse zu löschen:

~/Library/
Application Support/Chromium
Caches/Chromium
Preferences/org.chromium.Chromium.plist
Saved Application State/org.chromium.Chromium.savedState

Die https Namen werden im DNS auch korrekt aufgelöst.

Ich habe auch MacPorts installiert, damit u.a. auch bind9 @9.14.8_0, kerberos5 @1.17.1_0, openssl @1.1.1d_0
Wenn ich den Pfad zu den Ports Verzeichnisssen aus .profile herausnehme ändert das aber nichts.

Wo versteckt sich dieser verd... Fehler? Wer oder was blockiert da?
......

Ich habe nun Chromium unter zwei verschieden Benutzern aufgerufen - unter einem bei dem es funktioniert und unter einem wo es nicht funktioniert. Wo es nicht funktioniert ist mir ein Block im sytem.log aufgefallen. Der beginnt ab Dec 17 17:08:30 ......

Dec 17 17:08:29 aries Chromium Helper[1191]: CFPreferences is forcing direct access mode on for this process. It's slower, uses more memory, and doesn't respond to changes immediately. Update your sandbox profile to allow cfprefsd access!
Dec 17 17:08:30 aries Chromium Helper (Renderer)[1193]: CFPreferences is forcing direct access mode on for this process. It's slower, uses more memory, and doesn't respond to changes immediately. Update your sandbox profile to allow cfprefsd access!
Dec 17 17:08:30 aries appleeventsd[63]: SecTaskLoadEntitlements failed error=22
Dec 17 17:08:30 aries Chromium Helper (GPU)[1190]: <<<< VTVideoEncoderSelection >>>> VTSelectAndCreateVideoEncoderInstanceInternal: no video encoder found for 'avc1'
Dec 17 17:08:30 aries Chromium Helper (GPU)[1190]: [17:08:30.240] VTSelectAndCreateVideoEncoderInstanceInternal signalled err=-12908 (err) (Video encoder not available) at /Library/Caches/com.apple.xbs/Sources/CoreMedia_frameworks/CoreMedia-1731.15.207/Sources/VideoToolbox/VTVideoEncoderSelection.c line 1308
Dec 17 17:08:30 aries Chromium Helper (GPU)[1190]: [17:08:30.241] VTCompressionSessionCreate signalled err=-12908 (err) (Could not select and open encoder instance) at /Library/Caches/com.apple.xbs/Sources/CoreMedia_frameworks/CoreMedia-1731.15.207/Sources/VideoToolbox/VTCompressionSession.c line 1003
Dec 17 17:08:30 aries com.apple.xpc.launchd[1] (com.apple.xpc.launchd.domain.pid.Chromium Helper.1190): Path not allowed in target domain: type = pid, path = /Applications/_Browser & Internet Tools/Chromium.app/Contents/Frameworks/Chromium Framework.framework/Versions/79.0.3945.79/XPCServices/AlertNotificationService.xpc error = 147: The specified service did not ship in the requestor's bundle, origin = /Applications/_Browser & Internet Tools/Chromium.app/Contents/Frameworks/Chromium Framework.framework/Versions/79.0.3945.79/Helpers/Chromium Helper (GPU).app
Dec 17 17:08:30 aries Chromium Helper (Renderer)[1195]: CFPreferences is forcing direct access mode on for this process. It's slower, uses more memory, and doesn't respond to changes immediately. Update your sandbox profile to allow cfprefsd access!
Dec 17 17:08:30 aries Chromium Helper (Renderer)[1197]: CFPreferences is forcing direct access mode on for this process. It's slower, uses more memory, and doesn't respond to changes immediately. Update your sandbox profile to allow cfprefsd access!
Dec 17 17:08:30 aries Chromium Helper (Renderer)[1196]: CFPreferences is forcing direct access mode on for this process. It's slower, uses more memory, and doesn't respond to changes immediately. Update your sandbox profile to allow cfprefsd access!
Dec 17 17:08:31 aries Chromium Helper[1191]: __nw_path_evaluator_start_helper_connection_block_invoke net_helper_path_evaluation_start callback failed, dumping backtrace:
            [x86_64] libnetcore-583.50.1
        0   libsystem_network.dylib             0x00007fff85a67de9 __nw_create_backtrace_string + 123
        1   libsystem_network.dylib             0x00007fff85a8258f __nw_path_evaluator_start_helper_connection_block_invoke + 22
        2   libxpc.dylib                        0x00007fff8d7a1327 _xpc_connection_reply_callout + 26
        3   libxpc.dylib                        0x00007fff8d7a12c8 _xpc_connection_call_reply + 36
        4   libdispatch.dylib                   0x00007fff8fe0a40b _dispatch_client_callout + 8
        5   libdispatch.dylib                   0x00007fff8fe0f03b _dispatch_queue_drain + 754
        6   libdispatch.dylib                   0x00007fff8fe15707 _dispatch_queue_invoke + 549
        7   libdispatch.dylib                   0x00007fff8fe0dd53 _dispatch_root_queue_drain + 538
        8   libdispatch.dylib                   0x00007fff8fe0db00 _dispatch_worker_thread3 + 91
        9   libsystem_pthread.dylib             0x00007fff8ce894de _pthread_wqthread + 1129
        10  libsystem_pthread.dylib             0x00007fff8ce87341 start_wqthread + 13
Dec 17 17:08:31 aries Chromium Helper[1191]: __net_helper_get_connection_block_invoke_3 could not connect to networkd
Dec 17 17:08:31 aries Chromium Helper[1191]: nw_path_evaluator_start_helper_connection net_helper_path_evaluation_start failed, dumping backtrace:
            [x86_64] libnetcore-583.50.1
        0   libsystem_network.dylib             0x00007fff85a67de9 __nw_create_backtrace_string + 123
        1   libsystem_network.dylib             0x00007fff85a7e89f nw_path_evaluator_start_helper_connection + 196
        2   libdispatch.dylib                   0x00007fff8fe1593d _dispatch_call_block_and_release + 12
        3   libdispatch.dylib                   0x00007fff8fe0a40b _dispatch_client_callout + 8
        4   libdispatch.dylib                   0x00007fff8fe0f03b _dispatch_queue_drain + 754
        5   libdispatch.dylib                   0x00007fff8fe15707 _dispatch_queue_invoke + 549
        6   libdispatch.dylib                   0x00007fff8fe0dd53 _dispatch_root_queue_drain + 538
        7   libdispatch.dylib                   0x00007fff8fe0db00 _dispatch_worker_thread3 + 91
        8   libsystem_pthread.dylib             0x00007fff8ce894de _pthread_wqthread + 1129
        9   libsystem_pthread.dylib             0x00007fff8ce87341 start_wqthread + 13
Dec 17 17:08:31 aries mds[75]: (DiskStore.Normal:2382) 1e003 1.049877
Dec 17 17:08:34 aries launchservicesd[92]: SecTaskLoadEntitlements failed error=22
Dec 17 17:08:42 --- last message repeated 1 time ---
Dec 17 17:08:42 aries WindowServer[231]: _CGXRemoveWindowFromWindowMovementGroup: window 0x1c8 is not attached to window 0x1cd
Dec 17 17:08:43 aries Chromium Helper (Renderer)[1198]: CFPreferences is forcing direct access mode on for this process. It's slower, uses more memory, and doesn't respond to changes immediately. Update your sandbox profile to allow cfprefsd access!
Dec 17 17:08:44 aries Chromium Helper (Renderer)[1195]: MessageTracer: load_domain_prefix_whitelist:115: Opening whitelist file: /Library/Application Support/CrashReporter/SubmitDiagInfo.domains
Dec 17 17:08:44 aries WindowServer[231]: _CGXRemoveWindowFromWindowMovementGroup: window 0x1c8 is not attached to window 0x1cd
Dec 17 17:08:47 --- last message repeated 1 time ---
Dec 17 17:08:47 aries Chromium Helper (Renderer)[1200]: CFPreferences is forcing direct access mode on for this process. It's slower, uses more memory, and doesn't respond to changes immediately. Update your sandbox profile to allow cfprefsd access!
Dec 17 17:08:47 aries Chromium Helper (Renderer)[1199]: CFPreferences is forcing direct access mode on for this process. It's slower, uses more memory, and doesn't respond to changes immediately. Update your sandbox profile to allow cfprefsd access!
Dec 17 17:08:48 aries WindowServer[231]: _CGXRemoveWindowFromWindowMovementGroup: window 0x1c8 is not attached to window 0x1cd
Dec 17 17:08:50 aries Chromium Helper (Renderer)[1202]: CFPreferences is forcing direct access mode on for this process. It's slower, uses more memory, and doesn't respond to changes immediately. Update your sandbox profile to allow cfprefsd access!

 

[FritzS]

Aktuell ist nun FreeSMUG build Chromium Version 79.0.3945.88 (Entwickler-Build) (64-Bit) erschienen.
Damit funktioniert Chromium auf beiden Macs und unter den verschiedenen Benutzern wieder.
Was die Ursache tatsächlich war, konnte ich nicht eruieren. Ich hoffe dieser Fehler tritt nun bei zukünftigen Versionen nicht mehr auf.

 

[FritzS]

Bisher funktionierte es mit allen neu erschienen Versionen wieder einwandfrei.
Zusätzlich habe ich mir den freien Chromium Clone Vivaldi installiert.