[asterisk-bugs] [Asterisk 0015832]: music on hold digit=X not persistent across periodic announcements
Asterisk Bug Tracker
noreply at bugs.digium.com
Fri Sep 4 11:25:55 CDT 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=15832
======================================================================
Reported By: mbeckwell
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 15832
Category: Applications/app_queue
Reproducibility: always
Severity: minor
Priority: normal
Status: new
Asterisk Version: SVN
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 216335
Request Review:
======================================================================
Date Submitted: 2009-09-04 11:24 CDT
Last Modified: 2009-09-04 11:25 CDT
======================================================================
Summary: music on hold digit=X not persistent across periodic
announcements
Description:
When a caller enters a queue, the music on hold class begins playing as
specified in the queues.conf file.
If the feature "digit=X" in the musiconhold.conf configuration is enabled,
the caller has the ability to change the music on hold class. (this was
broken in 1.6.0.6, but was addressed in issue 0015279).
However, once a periodic announcement is played (estimated hold time, for
example) the music on hold class reverts back to the first class.
Since the digit=x feature is relatively new, I suspect there is merely no
mechanism to retain the state of the current class before the music on hold
is stopped and re-started while in the queue application.
======================================================================
----------------------------------------------------------------------
(0110231) mbeckwell (reporter) - 2009-09-04 11:25
https://issues.asterisk.org/view.php?id=15832#c110231
----------------------------------------------------------------------
This appears to be an issue that has been present since the digit=X feature
was introduced, and is consistent across the 1.6.X releases.
I believe the ideal behavior would be to allow the caller to switch (or
disable) the music on hold class, and remain consistent for the duration of
the call leg. This would also mean making the caller's music on hold class
selection persistent if the call fell through to another queue (but the
unique id remained the same).
Issue History
Date Modified Username Field Change
======================================================================
2009-09-04 11:25 mbeckwell Note Added: 0110231
======================================================================
More information about the asterisk-bugs
mailing list