iOS/Android: Das Anhören von Voicemails und Mitschnitten funktioniert nun wieder, auch nachdem die App in den Hintergrund gelegt wurde
Windows: UI Glitch beim Update von älteren versionen auf v67 behoben, wenn 125% Skalierung eingstellt ist
Filtern im Journal funktioniert nun erwartungsgemäß
Android: Absturzproblem bei eingehenden Anrufen behoben
Kleinere UI und Stabilitätsverbesserungen
English
iOS/Android: Listening to Recordings and Voicemails works also when the app was in background before
Windows: Fixed UI Glitch when upgrading to v67 if a UI scale factor of 125% was configured
Filtering in Journal works as expected
Android: Fixed crash problem with incoming calls
Smaller UI and stability improvements
@TEnke: Würde es dir was ausmachen auf deinem Notebook folgendes zu testen:
client beenden
Die stable version von der Homepage installieren
Client wieder starten, unter Einstellungen > Über pascom Client auf Jetzt prüfen klicken
Das Update wie gewohnt installieren
Die Skalierung des Clients sollte jetzt schon beim nächsten Neustart richtig sein
@mseyffert: Ich habe mit Ubuntu (20.04) und verschiedenen Jabra Headsets getestet und konnte deine Probleme nicht nachvollziehen, das verhält sich alles so wie es soll.
Wir haben im Büro die Jabra Engage 75 und mit Version 67 hat die Basis ausgefhört zu klingeln. Es spielt dabei keine Rolle, ob Jabra Direkt installiert ist oder nicht. Die Firmware der Headsets ist aktuell. Könnt ihr euch das mal ansehen? Die klingelnde Basisstation war schon sehr praktisch, weil sie eine bessere Lautstärke Kontrolle für eingehende Anrufe gegeben hat.
danke für das Feedback. Die aktuelle Beta enthält an dieser Stelle einen Bugfix für ein anderes Jabra Headset Modell (Evolve 65). Es scheint so als würde dieser Bugfix hier eine regression verursachen.
Magst du mir mal client logs via PN zukommen lassen?
ich bin ja ziemlich begeistert von der neuen Journalansicht der neuen Client Version. Er löst die Vorwahlen auf, unglaublich! Jetzt fehlt nur noch eine echte Rückwärtssuche in den öffentlichen Telefonbüchern. Oft gewünscht, nie implementiert … Der erste Schritt ist getan, einfach noch den zweiten und letzen machen Begründet wurde das immer mit rechtlichen Problemen. Ich meine, dass es die nicht mehr gibt, kann mich aber auch irren.
(mir ist nicht klar, ob dieser Hinweis hierher gehört:)
Im MacOS Client (beta) funktioniert die 3-er-Konferenz, egal ob mit externen oder internen Gesprächsteilnehmern, nur mit massiven dauerhaften Audio-Störungen.
Mithilfe des Kommandozeilenparamters --rdp oder durch setzen der Umgebungsvariable PC_RDP auf 1 ist es nun möglich, für einen Client die Verwendung von Softphone und Video-Support zu deaktivieren. Dies erlaubt dem Client, das Softphone einer weiteren Client-Instanz zur Telefonie zu verwenden.
Damit ist es z. B. Möglich, eine Client Instanz innerhalb einer RDP Sitzung und eine weitere auf dem Host-Rechner zu starten. Die innerhalb der RDP-Sitzung laufende Instanz hat das --rdp Flag gesetzt, die äußere nicht. Somit kann ein an den PC angestecktes Headset zur Telefonie verwendet werden. Vorteile:
Bessere Audioqualität, da das audio nicht in die RDP-Sitzung übertragen werden muss
Headsetsteuerung (z. B. Annehmen über Taste am Headset) funktioniert
Integrationen in Software die auf einem Terminal-Server läuft (z. B. Outlook, Datev) funktioniert
Weniger CPU-Last auf Terminal-Servern, da Audio und Video über den Client auf dem jeweilgen Endgerät enkodiert und dekodiert wird
Anrufsteuerung ist über jeden der Clients vollständig möglich
Das Feature funktioniert Plattformübergreifend (Windows, macOS, Linux) und ist nicht auf RDP-Sitzungen beschränkt.
Bugfixes
Wahlwiederholung-Button ignoriert nun Faxrufnummern
Kompatiblität mit Ubuntu 20.10
Problem mit der Darstellungsgröße von pascom Benachrichtigungen auf Windows behoben
In den Einstellungen wird nun nach dem Neustart wieder das tatsächlich konfigurierte Audiogerät angezeigt
iOS: Problem mit fehlendem Audio bei anklopfenden Anrufen behoben
iOS: Der Client zeigt nun nicht mehr die Meldung “Keine SIP Verbindung” während des Resume aus dem Standby an
macOS: Chats öffnen schneller
“Zuletzt verwendete” Emoji-Liste berücksichtigt nun auch Text-Eingaben
English
RDP Mode
By using the commandline parameter --rdp or by setting the Environment Variable PC_RDP to 1, it’s now possible to disable Sofpthone and Video Support for a specific client. This allows the client to use the softphone of another client for telephony.
With this feature it becomes possible to e. g. start a client inside of an RDP session, and a second one outside of it. The client running inside of the RDP session has the --rdp flag set, the outer has not. This way a headset which is connected to the PC can be used for telephony. Advantages:
Better Audio quality, as the Audio doesn’t need to be transmitted trough the RDP session
Controlling a call via Buttons on the Headset works
Integrations to software running on a Terminal Server (e. g. Outloo or Datev) works
Lower CPU load on the terminal server, as audio and video is encoded and decoded on the local device and not on the terminal server
Call control is possible via both clients
The feature works platform-independent (Windows, macOS, Linux) and is not restricted to RDP sessions.
Bugfixes
Redial button ignores fax numbers
Compatibility to Ubuntu 20.10
Fixed a problem with notification sizes of pascom Notifications on windows
The Settings show the actually configured audio device after a restart
iOS: Fixed a problem with missing audio on waiting calls
iOS: “No SIP Connection” message is not shown anymore during wakeup
macOS: Chats open faster
Recent emoji list also includes emojis entered via text input
Ich würde die Anzeige das ein anderer Client verbunden ist entsprechend anpassen,
so das erkennbar ist dass der RDP Modus aktiv ist. Text bzw. eventuell auch die Farbe von Rot nach ??? ändern. Ansonsten wird der Benutzer vermuten, dass etwas nicht richtig funktioniert und entsprechend den IT Support kontaktieren. Was ja nicht nötig wäre da ja alles korrekt funktioniert.
ich bin nicht ganz sicher ob ich dein Feedback richtig verstehe. Weder der Client innerhalb noch der außerhalb der RDP Sitzung sollten mit diesem Feature eine Meldung anzeigen. Die rote “Ein anderer Client ist registriert” Meldung sollte nicht angezeigt werden. Ist das der Fall?
Oder möchtest du im speziellen eine Anzeige, dass der Client im RDP Modus ist, und deswegen ein zweiter client laufen muss?
Hallo Jan,
ich habe es nochmal geprüft. Aktuell wird nichts mehr angezeigt. Wahrscheinlich kam es davon das auf dem Remote zuerst nicht der Beta Client installiert war. Ein Hinweis das der RDP Modus aktiv ist, wäre vlt. aber doch singvoll. Vlt. nicht so prominent wie der rote Hinweis des “Ein anderer Client ist registriert”.
Tolles Feature! Einen Hinweis, dass der RDP-Modus aktiv ist, fände ich auch sehr gut.
Einige Minuten nach dem Start des pascom Clients bekomme ich ebenfalls die Meldung “Sie haben mehrere Desktop Clients gestartet. Eingehende Anrufe hier beantworten” angezeigt.
Hier ist ein Auszug aus der Logdatei:
[2020-11-16 11:05:52.749] [T15128] [Info] [service.PhonecallService] Phone state is available, marking all remaining calls as finished
[2020-11-16 11:05:52.805] [T15128] [Info] [service.PhonecallService] phonecall destroyed id 92232
[2020-11-16 11:06:11.518] [T18192] [Debug] [controller.ClientController] Starting clean up worker
[2020-11-16 11:06:11.518] [T15128] [Debug] [controller.ClientController] Stopping clean up worker
[2020-11-16 11:06:46.753] [T15128] [Info] [service.MdSoftphone] Register event received. This device: false
[2020-11-16 11:06:46.753] [T15128] [Debug] [service.MdSoftphone] rdp mode is active, never register softphone
[2020-11-16 11:06:46.754] [T15128] [Warning] [controller.SoftPhoneController] Received register from other client for this account. Stopping re-registration
Jetzt fehlt nur noch eine echte Rückwärtssuche in den öffentlichen Telefonbüchern. Oft gewünscht, nie implementiert … Der erste Schritt ist getan, einfach noch den zweiten und letzen machen 