Summary:	ASTERISK-24262: AMI CoreShowChannel missing several output fields and event documentation
Reporter:	Mitch Claborn (mclaborn)	Labels:
Date Opened:	2014-08-22 15:57:58	Date Closed:	2014-10-03 08:27:23
Priority:	Major	Regression?	Yes
Status:	Closed/Complete	Components:	Core/ManagerInterface Documentation
Versions:	12.5.0	Frequency of Occurrence	Constant
Related Issues:
Environment:	Ubuntu 12.04 64 bit Asterisk built from source	Attachments:
Description:	The CoreShowChannel event (result of CoreShowChannels action) is missing several fields: Extension (renamed to Exten??),  Application, ApplicationData, CallerIDnum (present, but data missing?), Duration, BridgedChannel, BridgedUniqueID. 11.1 Event: CoreShowChannel Channel: SIP/mlcm800-00000008 UniqueID: mlcadev1-1408740779.11 Context: LocalSets Extension: sales Priority: 1 ChannelState: 6 ChannelStateDesc: Up Application: AppQueue ApplicationData: (Outgoing Line) CallerIDnum: CallerIDname: Mitch ConnectedLineNum: mlcx450 ConnectedLineName: Mitch mlcx450 Duration: 00:01:05 AccountCode: BridgedChannel: SIP/mlcx450-00000007 BridgedUniqueID: mlcadev1-1408740771.10 12.5 Event: CoreShowChannel Channel: SIP/mlc296-00000025 ChannelState: 6 ChannelStateDesc: Up CallerIDNum: mlc296 CallerIDName: Mitch Digium ConnectedLineNum: <unknown> ConnectedLineName: Mitch AccountCode: Context: queues Exten: sales Priority: 23 Uniqueid: sipqa-1408736378.54
Comments:	By: Rusty Newton (rnewton) 2014-08-27 14:59:00.392-0500 Additionally I don't see any documentation for the event. That is "manager show event <event name>" doesn't pull up anything for it, and nothing on the wiki. By: Mitch Claborn (mclaborn) 2014-08-28 09:11:08.150-0500 This was marked as a clone of ASTERISK-24278 but I can't find that issue.  Am I doing something wrong? By: Matt Jordan (mjordan) 2014-08-28 09:43:17.614-0500 Someone cloned it when they shouldn't have. (Bad people). That issue is now a ghost, a "Harvey the White Rabbit", a figment of our imagination. It existed as perturbed electrons, then it didn't. AKA: I removed it. By: Matt Jordan (mjordan) 2014-09-04 15:55:34.697-0500 Looking at the 11 event, the following fields aren't coming back: * {{BridgedChannel: SIP/mlcx450-00000007}} - reaching across a bridge is a really, really, *really* bad idea. It also isn't useful in multi-party bridging scenarios. Instead, we should transmit the {{BridgeId}}, which you can use with other bridge related events to know which bridge a channel is in. * {{BridgedUniqueID: mlcadev1-1408740771.10}} - for the same reason as {{BridgedChannel}} Missing the application and appdata is essentially a bug, because without that information the Dialplan tuple of {{context}}, {{extension}}, {{priority}} is only so useful. {{Duration}} typically isn't conveyed in any other event that shows channel related information. Generally, it is known from the {{Newchannel}} event when a channel was created. I could see needing it in the response to a query as you may have missed the {{Newchannel}} event however. {{BridgeId}} should be there - otherwise we don't know what bridge you are in. By: Kinsey Moore (kmoore) 2014-10-01 14:54:47.741-0500 The patch for this issue is up at https://reviewboard.asterisk.org/r/4040/ Please comment on it there. By: Mitch Claborn (mclaborn) 2014-10-02 11:23:20.581-0500 I'm not allowed to comment on the review board - my userid/password for issues did not work there.  Couldn't find a "register" link. I applied this patch to my 12.5 system and it resolved this problem. By: Mitch Claborn (mclaborn) 2014-11-03 15:03:50.588-0600 Is the fix for this included in 13.0 GA version? By: Kinsey Moore (kmoore) 2014-11-04 07:42:41.015-0600 Yes, this should be in the 13.0 release.