Standby Problem bei VPN APP

[Sony8096]

Hallo Community,

Habe Sony KD 55 XE 8096 BAEP (Smart TV)

Ich habe den VPN (NordVPN) drauf Installiert und jetzt wen ich den Fernseher Ausschalte, wollte das der geht in Standby  Mode. Aber der Ausschaltet sich nach einige Zeit Komplet aus.  

Zum Beispiel: Abends Schallte ich den Fernseher aus , dann morgen früh muss ich komplettes Neustart warten das der hoch fährt (ca. 2 Minuten). Aber wen ich den VPN zuerst ausschalte, unbedingt auch unter Setup/App/VPN  - Stopp Erzwingen, dann habe ich Morgens keinen Problem mit Neustart, dann kommt es  ganz normal aus Standby  Mode hoch.

Wie vermeide ich das

Vielen Dank im Voraus,

Mit freundlichen Grüßen

Robert

[Kuschelmonschter]

Das ist schon lange bekannt, siehe Bug #11 in meinem Bug-Tracker. Sony meint dazu nur, dass das ein Problem der jeweiligen App wäre, was aber nicht stimmt, weil nicht die App crasht, sondern das System. Der Crash passiert in MediaTek Code, und das für jede App, die den Android VpnService nutzt.

[Sony8096]

und was können wir machen?

Ich will sich nicht jedes mal bis zum Tode Klicken 🙂

Aber das passiert nur bei dem Android TV Version, nicht beim Handy. Dann ist schon Sony oder Android TV Problem.

Gleiche App macht keinen Probleme beim anderen Ausführungen… Handy, TV box, …

Oder sehe ich das falsch?

Hat jemand schon versucht beim Android nach zu fragen? Weil passiert das gleiche auch bei Android TV 6 und im Android TV 7

[Kuschelmonschter]

Das Problem liegt natürlich bei Sony bzw. MediaTek und dürfte auch eine Sicherheitslücke darstellen. Tun können wir rein gar nichts. Es wurde bereits versucht, das Problem an den Support heranzutragen. Das kannst du knicken. Die verstehen da kein Wort.

Der Crash passiert wie im Bug-Report geschrieben in einem Sony/MediaTek-Dienst:

07-17 15:56:07.090 19408 19408 F DEBUG   : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
07-17 15:56:07.090 19408 19408 F DEBUG   : Build fingerprint: 'Sony/BRAVIA_ATV2_EU/BRAVIA_ATV2:7.0/NRD91N.S36/1.6.0.26.02.1.00:user/release-keys'
07-17 15:56:07.090 19408 19408 F DEBUG   : Revision: '0'
07-17 15:56:07.090 19408 19408 F DEBUG   : ABI: 'arm'
07-17 15:56:07.090 19408 19408 F DEBUG   : pid: 1681, tid: 1870, name: navigator  >>> /basic/dtv_svc <<<
07-17 15:56:07.090 19408 19408 F DEBUG   : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0
07-17 15:56:07.090 19408 19408 F DEBUG   :     r0 00000000  r1 6d3f9330  r2 00000003  r3 00000011
07-17 15:56:07.091 19408 19408 F DEBUG   :     r4 611d0208  r5 00000000  r6 a8e68368  r7 00000002
07-17 15:56:07.091 19408 19408 F DEBUG   :     r8 6ecf8948  r9 6ecf88d8  sl ffffffff  fp 6ecf88ac
07-17 15:56:07.091 19408 19408 F DEBUG   :     ip 00000000  sp 6ecf8828  lr a78d33ac  pc aad2b434  cpsr 200f0010
07-17 15:56:07.156 19408 19408 F DEBUG   : 
07-17 15:56:07.156 19408 19408 F DEBUG   : backtrace:
07-17 15:56:07.160 19408 19408 F DEBUG   :     #00 pc 000bc434  /linux_rootfs/basic/libdtv_common.so (_net_get_dev_ip+176)
07-17 15:56:07.160 19408 19408 F DEBUG   :     #01 pc 000c334c  /linux_rootfs/basic/libdtv_common.so
07-17 15:56:07.160 19408 19408 F DEBUG   :     #02 pc 000caa64  /linux_rootfs/basic/libdtv_common.so (x_dhcpc_get_info+68)
07-17 15:56:07.160 19408 19408 F DEBUG   :     #03 pc 00e50f9c  /linux_rootfs/basic/libmtkapp.so (a_nw_get_crnt_real_ip_info+1148)
07-17 15:56:07.160 19408 19408 F DEBUG   :     #04 pc 00949f80  /linux_rootfs/basic/libmtkapp.so
07-17 15:56:07.160 19408 19408 F DEBUG   :     #05 pc 00edffc4  /linux_rootfs/basic/libmtkapp.so (nav_brdcst_msg_to_components+296)
07-17 15:56:07.160 19408 19408 F DEBUG   :     #06 pc 00ee8708  /linux_rootfs/basic/libmtkapp.so
07-17 15:56:07.160 19408 19408 F DEBUG   :     #07 pc 000309f4  /linux_rootfs/basic/libdtv_common.so
07-17 15:56:07.160 19408 19408 F DEBUG   :     #08 pc 0002f91c  /linux_rootfs/basic/libdtv_common.so
07-17 15:56:07.160 19408 19408 F DEBUG   :     #09 pc 00017668  /linux_rootfs/basic/libdtv_osai.so (thread_main+76)
07-17 15:56:07.160 19408 19408 F DEBUG   :     #10 pc 0000be30  /linux_rootfs/basic/libdtv_osai.so (os_drv_thread_main+96)
07-17 15:56:07.160 19408 19408 F DEBUG   :     #11 pc 00006e80  /linux_rootfs/lib/libpthread-2.18.so
07-17 15:56:07.160 19408 19408 F DEBUG   :     #12 pc 000ccd7c  /linux_rootfs/lib/libc-2.18.so

Bei Google bzw. Android brauchst du da nicht nachzufragen.

[Sony8096]

Aber das Passiert nicht nur bei Sony, ich habe vor Sony ein Thomson Smart TV gekauft der hat Android TV 6 gehabt mit selben Problem.

Ich glaube Das ist ein generelles Problem bei Android TV (Grund Software)

[Kuschelmonschter]

Gut möglich, dass in dem Thomson auch ein MediaTek Prozessor drin steckt. Allzu viel Auswahl gibt es bei Android TV SoCs für Smart TV nicht. Philips ist wahrscheinlich gleichermaßen betroffen.

[Sony8096]

Meine Meinung,  sollten da bei Google bzw. Android was machen, oder?

Am besten sollte man über Sony Support/Community an den Fehler Aufmerksam zu machen…

[volkskamera]

Moin

sorry, wenn ich das Thema hier nach fast zwei Jahren wieder hoch hole.
Aber das Problem scheint weiter zu bestehen. Unser XF8505 (Android 7) zeigt das gleiche Verhalten, nachdem ich heute versucht habe, den Cyberghost VPN Client versucht habe zum Laufen zu bringen.

VPN ist verbunden, ich schalte den TV in den Standby-Modus. Beim Neustart leuchtet die LED, aber der Schirm bleibt schwarz. Nach wenigen Sekuinden startet er komplett neu ohne weiteres Zutun.

Das ist so natürlich nicht tragbar. Eine Lösung ist offenbar nur ein anderes Gerät zu kaufen oder auf VPN zu verzichten.

Als Nebeneffekt habe ich festgestellt, dass das TV-Bild (Satellit, HD) leicht ruckelt, wenn VPN aktiv ist.
Kann es sein, dass die CPU hier zuviel mit anderen Dingen beschäftigt ist?

[Kuschelmonschter]

ExpressVPN hat dafür einen Workaround eingebaut. Die Verbindung wird getrennt, wenn der TV in den Standby geht. Das eigentliche Problem besteht weiterhin. Man kann es provozieren, indem man nach dem Einschalten zu schnell eine VPN-Verbindung aufbaut oder man während einer VPN-Verbindung das Netzwerk trennt.

Nochmal zur Klarstellung... es handelt sich dabei nicht um ein App-, sondern um ein System-Problem. Eine App soll nicht dazu in der Lage sein, das System zu crashen, nur sich selbst.

[volkskamera]

Ich habe auch nicht behauptet, dass es an der App liegt

Und VPN vor dem Ausschalten zu trennen und danach wieder zu verbinden halte ich für nicht praktikabel

Ich kann aber auch sagen, dass die bloße Installation der App offenbar schon reicht. 

Mein TV zeigt jedenfalls gestern das gleiche Verhalten, obwohl VPN nicht verbunden war.

Erst nachdem ich die App wieder deinstalliert habe, funktionierte er wie bevor.