[Home]

Summary:ASTERISK-05586: [patch] [post-1.2] Give app_realtime status variables
Reporter:Hsing-Foo Wang (hfwang)Labels:
Date Opened:2005-11-13 17:18:03.000-0600Date Closed:2005-12-21 08:47:04.000-0600
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Applications/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) 20051113__realtimecount.diff.txt
Description:app_realtime has no way of telling if a query was succesfull or not. You have to construct your own checking in the dialplan or otherwise which will costs a lot more code.

Request is to add priority jump + 101 if a query fails.

****** ADDITIONAL INFORMATION ******

I did try to hack up some code in app_realtime.c but my knowledge does not reach that far to fully understand what I'm doing exactly. So left it and posted this request. bweschke was kind enough to give me his personal view on this, but I *think* it would be doable fairly easy. Even a patch would do. Thanks.
Comments:By: Tilghman Lesher (tilghman) 2005-11-13 18:00:30.000-0600

Jumping +101 is deprecated behavior.  We are currently transitioning applications AWAY from this behavior, not adding it to more.

By: Hsing-Foo Wang (hfwang) 2005-11-13 18:23:56.000-0600

Is there any more info on the NEW way of doing things. I would sure like to get a head start on the technical side and any documentation please.

Thanks for handling this one.

By: Sergey Okhapkin (sokhapkin) 2005-11-13 19:04:40.000-0600

The new way is to set status variable on application exit. For example, application Dial sets DIALSTATUS variable, application VoiceMail sets VMSTATUS variable etc. The variable value can be checked with GotoIf next to the application call in the dialplan.

By: Jason Parker (jparker) 2005-11-13 19:38:02.000-0600

From what I can tell, RealTime/RealTimeUpdate doesn't return a status variable.

By: Tilghman Lesher (tilghman) 2005-11-13 20:51:01.000-0600

Click on Main, the second item listed is "Please read the guidelines", which are here:  http://www.digium.com/index.php?menu=bugguidelines .  Item 5 includes the instructions for a backtrace, sending you to the Wiki: http://www.voip-info.org/tiki-index.php?page=Asterisk%20debugging .  Less than halfway down the page is this title:  "Backtracing a core dump file in /tmp".  Following those instructions will give us what we need.

By: Russell Bryant (russell) 2005-12-21 02:50:11.000-0600

Can you update the application description to reflect the new variable?

By: Tilghman Lesher (tilghman) 2005-12-21 08:16:56.000-0600

Added to trunk, with requested mods