Lautstärkeänderung der Warteschleifenmusik löscht Musik-Datei

  • Hallo,


    hier ist eine Starface 3.1 im Einsatz.
    Leider funktioniert die Lautstärkeänderung der Warteschleifenmusik über das
    Webfrontend nicht.


    Statt die Lautstärke anzupassen, löscht unsere Starface einfach die betreffende Musikdatei.


    Das Verhalten ist reproduzierbar mit der Standardwarteschleife "default", sowie
    beliebiger zusätzlich eingerichteter Warteschleifen, z.B. "testwarten".


    Nach Betätigen des Leiser- oder Lauter-Icons ist die Datei verschwunden, sowohl im
    Frontend als auch auf Dateiebene auf der Starface.


    Im trace.log bzw. error.log verewigt sich dazu folgender Fehler:


    --- snip ---
    [2008-10-09 01:01:50,523] ERROR de.vertico.starface.util.SoundConverter Unable to move file: /etc/asterisk/musiconhold/testwarten/beauty-shots-23.sln to
    /etc/asterisk/musiconhold/testwarten/beauty-shots-23.sln
    java.io.FileNotFoundException: Source '/etc/asterisk/musiconhold/testwarten/beauty-shots-23.sln' does not exist
    at org.apache.commons.io.FileUtils.moveDirectory(FileUtils.java:1733)
    at de.vertico.commons.util.FileUtil.move(FileUtil.java:230)
    at de.vertico.starface.util.SoundConverter.adjustVolume(SoundConverter.java:361)
    at de.vertico.starface.util.SoundConverter.decreaseVolume(SoundConverter.java:395)
    at de.vertico.starface.config.moh.FileHandler.decreaseVolume(FileHandler.java:272)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at com.opensymphony.xwork2.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:404)
    [...]
    ---snap ---


    Das obige Move-Kommando sieht seltsam aus...


    Die von uns genutzten Musikdateien sind als MP3 übers Frontend hochgeladen worden
    und dort von der Starface in native ".sln" umgewandelt worden. Das Abspielen der
    unveränderten hochgeladenen Dateien funktioniert grundsätzlich.


    Vielen Dank,
    Heiner

  • Hallo,
    danke für den Bugreport, wir konnten das Verhalten auch schon feststellen, in der nächsten Version von 3.1 (Kommt noch diese Woche) wird der Fehler gefixt sein.

    Yours sincerely / Gruß,
    OH

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!