[asterisk-bugs] [Asterisk 0010700]: [patch] Asterisk case sensitive problem.
noreply at bugs.digium.com
noreply at bugs.digium.com
Tue Oct 23 11:22:37 CDT 2007
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=10700
======================================================================
Reported By: eliel
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 10700
Category: Applications/app_queue
Reproducibility: always
Severity: trivial
Priority: normal
Status: new
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 82273
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 09-11-2007 19:20 CDT
Last Modified: 10-23-2007 11:22 CDT
======================================================================
Summary: [patch] Asterisk case sensitive problem.
Description:
I think all asterisk should be case insensitive cause I have seen this
problem in too many modules:
The config (in this case queues.conf) is loaded case sensitive, but the
CLI is case insensitive so we have a problem like this:
We have 2 queues named: Prueba and prueba they are loaded in memory case
sensitive:
eliel-laptop*CLI> queue show
Prueba has 0 calls (max unlimited) in 'ringall' strategy (0s
holdtime), W:0, C:0, A:0, SL:0.0% within 0s
Members:
sip/eliel (Unavailable) has taken no calls yet
No Callers
eliel-laptop*CLI>
prueba has 0 calls (max unlimited) in 'ringall' strategy (0s
holdtime), W:0, C:0, A:0, SL:0.0% within 0s
Members:
Sip/eliel (Unavailable) has taken no calls yet
No Callers
But when I try to get info from an especific queue like this:
eliel-laptop*CLI> queue show prueba
Prueba has 0 calls (max unlimited) in 'ringall' strategy (0s
holdtime), W:0, C:0, A:0, SL:0.0% within 0s
Members:
sip/eliel (Unavailable) has taken no calls yet
No Callers
eliel-laptop*CLI> queue show Prueba
Prueba has 0 calls (max unlimited) in 'ringall' strategy (0s
holdtime), W:0, C:0, A:0, SL:0.0% within 0s
Members:
sip/eliel (Unavailable) has taken no calls yet
No Callers
I always get one of the two queues info... I did a patch to make the
autocomplete of queue_show case insensitive but we are loosing some of the
great 'autocomplete' features like doing a:
'queue show PrUeBa' :-).
This problem is found again in chan_sip.c and other modules, my patch I
think shouldn't be applied, I think asterisk should load the config in a
case insensitive manner and don't allow to load sip peers like ELIEL and
eliel or queues like Prueba and prueba (discarding the lastone).
======================================================================
----------------------------------------------------------------------
Corydon76 - 10-23-07 11:22
----------------------------------------------------------------------
putnopvut: in your last note, you say that the comparison is
case-sensitive, but the patch you posted is case-INsensitive.
While I agree with the warning, I think we need to keep the queue name
case-sensitive. The problem the reporter is experiencing is due to the
fact that MySQL is by default case-insensitive on string comparisons.
Issue History
Date Modified Username Field Change
======================================================================
10-23-07 11:22 Corydon76 Note Added: 0072413
======================================================================
More information about the asterisk-bugs
mailing list