| Summary: | ASTERISK-00618: [workaround] Context: ????? not working for Action: Originate | ||
| Reporter: | tekati (tekati) | Labels: | |
| Date Opened: | 2003-12-04 11:06:29.000-0600 | Date Closed: | 2011-06-07 14:05:00 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Core/General |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | After updating to the latest CVS I have found that my previous scripts for the manager like the following... Action: Login UserName: myuser Secret: mypass Action: Originate Channel: Zap/2-1/5551212 Exten: 2000 Context: extensions Now does no longer work and it produces an error on the console of the following: WARNING[1217669936]: File pbx.c, Line 1773 (ast_pbx_run): Channel 'Zap/2-1' sent into invalid extension 's' in context 'default', but no invalid handler The extensions is a valid context and this did work find before until the latest CVS where I noticed that the manager app was updated. | ||
| Comments: | By: jerjer (jerjer) 2003-12-09 12:43:44.000-0600 As a quick fix you can change the sync value to 0 in manager.c (like line 455) - context, exten, pi, &reason, 1, strlen(callerid) + context, exten, pi, &reason, 0, strlen(callerid) I'm trying to bang out a real fix now. By: jerjer (jerjer) 2003-12-09 12:51:04.000-0600 I think something is not right with the LOAD_OH(oh); macro. I added a patch a few weeks (month?) ago that set the account code for Action: Originate. I just noticed that the LOAD_OH() should have been copying over the accountcode along with all of the other details, which it doesn't. By: jerjer (jerjer) 2003-12-09 12:52:44.000-0600 Reminder sent to markster I wonder if this problem stems from the recent tweaks to the manger (Bug 123) By: tekati (tekati) 2003-12-10 18:25:25.000-0600 Any ideas on this issue? I made the changes JerJer suggested with minimal results. This worked up until about a month ago. Bug 123 looks a lot older then that. Any debugs that I can provide that might lend a hand? I am running in to the same issue when I place a call file in the /var/spool/asterisk/outgoing directory. By: jrollyson (jrollyson) 2004-01-14 03:33:37.000-0600 This still isn't fixed properly but JerJer has committed workaround to CVS. Mark, can you take a look at this. By: jrollyson (jrollyson) 2004-01-14 03:34:35.000-0600 Reminder sent to markster Mark, can you take a look at this bug? By: Brian West (bkw918) 2004-02-06 22:36:20.000-0600 I can't reproduce this. If this is still an issue please post and we will reopen this bug. Thanks, Brian | ||