[asterisk-bugs] [Asterisk 0017673]: [patch] When using Local/ as members, language is not inherited
Asterisk Bug Tracker
noreply at bugs.digium.com
Fri Aug 20 12:24:13 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17673
======================================================================
Reported By: Guggemand
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17673
Category: Applications/app_queue
Reproducibility: have not tried
Severity: minor
Priority: normal
Status: confirmed
Asterisk Version: 1.6.1 - SECURITY ONLY! Test 1.6.2
JIRA: SWP-1871
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-07-19 16:51 CDT
Last Modified: 2010-08-20 12:24 CDT
======================================================================
Summary: [patch] When using Local/ as members, language is
not inherited
Description:
When using Local/xxx at xxx/n as queue members, the callee gets announcements
in the default language, instead of their own language.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0015372 [patch] app_followme does not set corre...
======================================================================
----------------------------------------------------------------------
(0126198) tilghman (administrator) - 2010-08-20 12:24
https://issues.asterisk.org/view.php?id=17673#c126198
----------------------------------------------------------------------
I don't think that's the right behavior. What you want is to retrieve the
language from the channel bridged to Local/...;2. The languages of the
caller and the callee can differ, and substituting one for the other is
simply the wrong behavior.
Issue History
Date Modified Username Field Change
======================================================================
2010-08-20 12:24 tilghman Note Added: 0126198
======================================================================
More information about the asterisk-bugs
mailing list