[asterisk-bugs] [Asterisk 0018168]: Duplicated event on AMI interface

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18168 
====================================================================== 
Reported By:                FeyFre
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18168
Category:                   Core/ManagerInterface
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.8.0-rc2 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-10-19 17:57 CDT
Last Modified:              2010-10-23 08:08 CDT
====================================================================== 
Summary:                    Duplicated event on AMI interface
Description: 
Steps to reproduce:
1. Enable AMI in manager.conf (and configure network)
2. Start Asterisk
3. Connect to Asterisk
4. Login into AMI. We will receive FullyBooted event.
5. Do not close first connection. Connect to Asterisk again.
6. Login into AMI. We will receive FullyBooted event here also.
ISSUE: FullyBooted event in step 6 will be sent to first AMI connection
also. Such behaviour is unacceptable. Software which controls Asterisk over
AMI can misunderstood this event and broke whole system.(No good for
Asterisk either)
====================================================================== 

---------------------------------------------------------------------- 
 (0128352) srt (reporter) - 2010-10-23 08:08
 https://issues.asterisk.org/view.php?id=18168#c128352 
---------------------------------------------------------------------- 
Yes this seems indeed like a bug. The event is sent to *all* existing
manager connections each time a new connection to ami is established.
Expected behavior is that it is only sent to the new connection. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-10-23 08:08 srt            Note Added: 0128352                          
======================================================================