iOS App (Soft Phone) nimmt Anrufe nicht entgegen

[ranX]

Umgebung:
Starface - Version 6.5.1.9
iOS Client - Version 2.1.11
iOS Gerät - iPhone 8

Verhalten:
Nach Update des iPhones auf das aktuelle iOS (12.1.2) klingelt das Gerät nicht mehr, wenn Anrufe auf meiner Durchwahl eingehen und die App im Hintergrund läuft.
Ein Klingelzeichen bei Anrufen bekomme ich nur, wenn die App im Vordergrund geöffnet ist.

Auffällig:
Wenn die App in den Vordergrund geholt wird, ist der Status zunächst "offline" und wechselt erst nach einem kurzen Augenblick auf "online"

Ich nehme an, hier ist eine neue Version der Soft Phone App fällig, weil Apple irgendwas im iOS geändert hat

[MarcoB]

Hi

sehen wir bei uns aktuell auch. Habt ihr schon ein Ticket auf?

Gruß
Marco

[ranX]

Läuft seit eben unter der Nr. #6918388

[ThomasRatte]

Auf meinem IPHone läuft noch 12.1 und es geht auch nicht mehr...
Vielleicht doch eher ein Problem des Push-Services bei Starface?
Schönen Gruß Thomas

[Michael.Lakenberg]

Auf meinem IPHone läuft noch 12.1 und es geht auch nicht mehr...
Vielleicht doch eher ein Problem des Push-Services bei Starface?
Schönen Gruß Thomas

Hier auch nicht mehr. Nur wenn der Client geöffnet ist. Kommt da irgendwann eine neue App ? Oder direkte CallKit Integration ? So ist der Client eigentlich nicht nutzbar für unsere Kunden und die eigenen Leute stehen auch schon auf der Matte.

Gruß
Michael

[ranX]

Ich bin mir sicher, dass Starface den Client aktualisiert.
Die Frage ist nur, mit welcher Prio das getan wird.

Darum habe ich oben meine Ticketnummer genannt.
Ich denke, wenn sich jeder von Euch ebenefalls bei Support meldet und sich auf die Ticketnummer bezieht, wird das Problem im Client schneller behoben.

Da sich mit mir schon vier Nutzer gemeldet haben, ist es sehr wahrscheinlich, dass auch alle anderen nach Update den gleichen Fehler haben.
Bleibt dann nur die Frage, wie häufig Ihr die Funktion nutzt und wie wichtig eine Lösung für Euch ist.
Da muss jeder entscheiden, ob Ihm das eine Mail/einen Anruf Richtung Support wert ist ....
Je mehr sich melden, um so eher wird Starface etwas unternehmen.

[fwolf]

Je mehr sich melden, um so eher wird Starface etwas unternehmen.

Oder je weniger Zeit wird der STARFACE-Support für andere Themen haben...
Ein Aufruf zu einem Denial-of-Service? Echt? Tut mir leid, aber das ist unmögliches Verhalten.

Zumal der Support keinen Einfluss auf Entwicklungsprioritäten hat (das ist Aufgabe des Produktmanagements) und Du ja noch nicht einmal weißt, ob es ein Problem des Clients, der STARFACE, des Push-Gateways oder von iOS ist.

[ThomasRatte]

Oder je weniger Zeit wird der STARFACE-Support für andere Themen haben...
Ein Aufruf zu einem Denial-of-Service? Echt? Tut mir leid, aber das ist unmögliches Verhalten.

Das sehe ich persönlich anderes. Dieses Feature wird beworben und verkauft, somit muss es auch funktionieren. Was bringt mir eine App, wenn der Push-Service nicht durchkommt?
Ich darf mir auch das Gemecker meiner Kunden anhören. Laut Support ist es wohl auch eher ein Fehler, der Seitens Starface zu suchen ist und nicht an Apple liegt!

Schönen Gruß Thomas Ratte

[ranX]

Das Aufkommen der Rückmeldungen wird kaum das überschreiten, was hier im Forum zu diesem Thema zu lesen ist.
Wenn das zum DOS führt, wäre der Support extrem schlecht aufgestellt.
Darum habe ich bezüglich meiner Anregung, den selbigen zu kontaktieren, absolut kein schlechtes Gewissen.

Beim Support wird ein Fehler besonders häufig gemeldet und das hat das keinen Einfluss darauf, wie schnell er behoben wird ?
Auch hier äußere ich leichte Zweifel ...

Andersrum wird ein Schuh draus: solange sich Keiner oder nur Wenige melden, hat das Thema keine Prio und der Fehler wird nicht behoben.

[N.Kielmann]

Ich hab auch zusätzlich noch eine sehr sehr deutliche Mail an meinen zuständigen Vertriebler geschickt. Das kann nicht angehen. dass sowas immer wieder passiert. Meine Kunden verlassen sich darauf. dass sie ihr Handy als vollwertige Nebenstelle benutzen können, besonders im Aussendienst sind sie absolut darauf angewiesen.

[fwolf]

Das sehe ich persönlich anderes. Dieses Feature wird beworben und verkauft, somit muss es auch funktionieren. Was bringt mir eine App, wenn der Push-Service nicht durchkommt?

Was hat denn das eine mit dem anderen zu tun?
Sorry, aber den Support vorsätzlich in seiner Arbeit zu stören ist weder hilfreich noch in irgendeiner Weise gerechtfertigt.

Abgesehen davon kam das Callkit-Feature erst kürzlich dazu. Ich finde in keiner Marketingbeschreibung, dass es "beworben" wird. Ist aber wie gesagt auch irrelevant. Es geht mir lediglich um den DoS-Aufruf...

Ich darf mir auch das Gemecker meiner Kunden anhören.

Ja, das ist scheiße. Aber hilft es da, den Support künstlich auszulasten?

[fwolf]

Das Aufkommen der Rückmeldungen wird kaum das überschreiten, was hier im Forum zu diesem Thema zu lesen ist.
Wenn das zum DOS führt, wäre der Support extrem schlecht aufgestellt.

Dümmeres Zeug hab ich selten gehört... Du bist Schuld, wenn der Support für echte Themen nicht erreichbar ist. Das betrifft dann nicht nur den Support selbst, sondern auch Dritte, die den Support in Anspruch nehmen müssen.

Darum habe ich bezüglich meiner Anregung, den selbigen zu kontaktieren, absolut kein schlechtes Gewissen.

Beim Support wird ein Fehler besonders häufig gemeldet und das hat das keinen Einfluss darauf, wie schnell er behoben wird ?
Auch hier äußere ich leichte Zweifel ...

Andersrum wird ein Schuh draus: solange sich Keiner oder nur Wenige melden, hat das Thema keine Prio und der Fehler wird nicht behoben.

Bilde dir das ruhig ein... wäre ich bei STARFACE im Support, würde ich dich aufgrund des obigen Aufrufs blacklisten.

[ranX]

Aber hilft es da, den Support künstlich auszulasten?

Sollte das Problem von gravierender Bedeutung für eine Vielzahl von Benutzern sein, ist es durchaus berechtigt, wenn die sich melden.
Und wenn es für den Großteil keine Bedeutung hat, dann wird meinem Vorschlag niemand folgen.
Hat also mit künstlicher Auslastung nichts zu tun.

Ach so: ich bin Dir gegenüber bisher höflich geblieben - ich bitte Dich, das auch zu tun.

[Kopietz]

Wir haben das Problem ebenfalls.

Was mir beim Durchstöbern der Logs aufgefallen ist, dass im Error-Log bei jedem Anruf an ein iPhone, bei dem die App im Hintergrund ist, folgende Exception protokolliert wird:

[2019-01-04 15:09:15,544] ERROR de.starface.ch.routing.bo.impl.helper.IPhoneClient Scheduler callIPhoneClientPushServer 'https://push.starface.de/call' failed
javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path validation failed: java.security.cert.CertPathValidatorException: validity check failed
at sun.security.ssl.Alerts.getSSLException(Alerts.jav a:192)
at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl .java:1964)
at sun.security.ssl.Handshaker.fatalSE(Handshaker.jav a:328)
at sun.security.ssl.Handshaker.fatalSE(Handshaker.jav a:322)
at sun.security.ssl.ClientHandshaker.serverCertificat e(ClientHandshaker.java:1614)
at sun.security.ssl.ClientHandshaker.processMessage(C lientHandshaker.java:216)
at sun.security.ssl.Handshaker.processLoop(Handshaker .java:1052)
at sun.security.ssl.Handshaker.process_record(Handsha ker.java:987)
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocke tImpl.java:1072)
at sun.security.ssl.SSLSocketImpl.performInitialHands hake(SSLSocketImpl.java:1385)
at sun.security.ssl.SSLSocketImpl.startHandshake(SSLS ocketImpl.java:1413)
at sun.security.ssl.SSLSocketImpl.startHandshake(SSLS ocketImpl.java:1397)
at sun.net.http://www.protocol.https.HttpsClien...ient.java:559)
at sun.net.http://www.protocol.https.AbstractDe...tion.java:185)
at sun.net.http://www.protocol.https.HttpsURLCo...Impl.java:162)
at de.starface.ch.routing.bo.impl.helper.IPhoneClient Scheduler$1.run(IPhoneClientScheduler.java:510)
at java.lang.Thread.run(Thread.java:748)
Caused by: sun.security.validator.ValidatorException: PKIX path validation failed: java.security.cert.CertPathValidatorException: validity check failed
at sun.security.validator.PKIXValidator.doValidate(PK IXValidator.java:362)
at sun.security.validator.PKIXValidator.engineValidat e(PKIXValidator.java:270)
at sun.security.validator.Validator.validate(Validato r.java:260)
at sun.security.ssl.X509TrustManagerImpl.validate(X50 9TrustManagerImpl.java:324)
at sun.security.ssl.X509TrustManagerImpl.checkTrusted (X509TrustManagerImpl.java:229)
at sun.security.ssl.X509TrustManagerImpl.checkServerT rusted(X509TrustManagerImpl.java:124)
at sun.security.ssl.ClientHandshaker.serverCertificat e(ClientHandshaker.java:1596)
... 12 more
Caused by: java.security.cert.CertPathValidatorException: validity check failed
at sun.security.provider.certpath.PKIXMasterCertPathV alidator.validate(PKIXMasterCertPathValidator.java :135)
at sun.security.provider.certpath.PKIXCertPathValidat or.validate(PKIXCertPathValidator.java:233)
at sun.security.provider.certpath.PKIXCertPathValidat or.validate(PKIXCertPathValidator.java:141)
at sun.security.provider.certpath.PKIXCertPathValidat or.engineValidate(PKIXCertPathValidator.java:80)
at java.security.cert.CertPathValidator.validate(Cert PathValidator.java:292)
at sun.security.validator.PKIXValidator.doValidate(PK IXValidator.java:357)
... 18 more
Caused by: java.security.cert.CertificateExpiredException: NotAfter: Fri Dec 28 02:15:46 CET 2018
at sun.security.x509.CertificateValidity.valid(Certif icateValidity.java:274)
at sun.security.x509.X509CertImpl.checkValidity(X509C ertImpl.java:629)
at sun.security.provider.certpath.BasicChecker.verify Validity(BasicChecker.java:190)
at sun.security.provider.certpath.BasicChecker.check( BasicChecker.java:144)
at sun.security.provider.certpath.PKIXMasterCertPathV alidator.validate(PKIXMasterCertPathValidator.java :125)
... 23 more

Ich weiß nicht, ob das etwas mit dem Problem zu tun hat, aber wenn ich die URL https://push.starface.de/call im Browser aufrufe, wird mir ein Zertifikat angezeigt, welches am 28.12.2018 abgelaufen ist.

[fwolf]

Ich weiß nicht, ob das etwas mit dem Problem zu tun hat, aber wenn ich die URL https://push.starface.de/call im Browser aufrufe, wird mir ein Zertifikat angezeigt, welches am 28.12.2018 abgelaufen ist.

Das ist sogar höchstwahrscheinlich die Ursache. Einige STARFACE-Zertifikate sind dem Symantec-Vertrauensentzug zum Opfer gefallen. Dieses hier ist schlicht abgelaufen, so dass die Push-Notification nicht übermittelt werden kann.