UserEvent appears to corrupt event parsing
-
Jason Goecke
It appears that if a UserEvent is sent like this:
exten => _X.,1,UserEvent(EVENTHIS|billing=yes)
This is when Ragel gets confused. While on the other hand if you do something like:
exten => _X.,1,UserEvent(LOGVARIABLES|invoice:yes)
We then get the events in Adhearsion as follows:
INFO event_logger: Adhearsion::VoIP::Asterisk::Manager::ManagerInterfaceEvent: #<Adhearsion::VoIP::Asterisk::Manager::ManagerInterfaceEvent:0x175f110 @headers={"invoice"=>"yes", "Privilege"=>"user,all", "UserEvent"=>"LOGVARIABLES"}, @name="UserEvent">
Which corresponds to the AMI this way:
Event: UserEvent Privilege: user,all UserEvent: LOGVARIABLES invoice:yes
So, two things here:
- We need to ensure we document how to use custom events on the Wiki for Adhearsion to be done properly
- We need to ensure that the Ragel parsing is more robust so that it drops events not understood and moves on to the next one, as opposed to not parsing anything going forward
-
Jay Phillips
- State changed from new to open
-
Jay Phillips
- Milestone cleared.
-
Ben Klang
- Assigned user changed from Jay Phillips to Ben Klang
- Milestone order changed from 0 to 0
This is a duplicate of ticket #84 Unable to process UserEvent.
-
Ben Klang
- Milestone set to 0.8.5
- State changed from open to duplicate
- Milestone order changed from 2999 to 0
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.