| 01:26.51 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:26.51 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 01:33.13 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 01:33.13 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 02:13.36 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 02:35.02 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 02:35.02 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 03:54.14 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:54.14 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 04:11.34 | *** join/#asterisk-bugs implicit (n=implicit@c-67-191-24-188.hsd1.fl.comcast.net) |
| 04:11.34 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 06:03.30 | *** join/#asterisk-bugs dlynes_laptop (n=dlynes@d154-20-9-152.bchsia.telus.net) |
| 07:10.24 | *** join/#asterisk-bugs mvanbaak (n=mafkees@vanbaak.xs4all.nl) |
| 07:54.28 | *** join/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:00.41 | *** join/#asterisk-bugs implicit_ (n=implicit@vc240141.vpn.uci.edu) |
| 08:05.51 | *** join/#asterisk-bugs IPetrov (i=IPetrov@ppp91-76-140-177.pppoe.mtu-net.ru) |
| 11:00.10 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:18.35 | *** join/#asterisk-bugs Pagautas (n=bigman@83.171.14.250) |
| 12:27.39 | *** join/#asterisk-bugs mvanbaak (n=mafkees@vanbaak.xs4all.nl) |
| 12:34.15 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 12:39.49 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:39.49 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 12:44.33 | *** join/#asterisk-bugs eurodrew555 (n=eurodrew@83-244-164-130.cust-83.exponential-e.net) |
| 13:03.04 | eurodrew555 | hi |
| 13:03.14 | eurodrew555 | just posted http://bugs.digium.com/view.php?id=11161 |
| 13:04.01 | eurodrew555 | allows us to do call pickup from queues |
| 13:04.30 | eurodrew555 | can pickup any ringing channel (should be fine for SIP/ZAP/IAX) |
| 13:05.30 | blitzrage | eurodrew555: coolio thanks! One of the developers will check it out when people start to get into the office (it's only 7am in Hunstville) |
| 13:05.36 | blitzrage | Huntsville* |
| 13:22.27 | *** join/#asterisk-bugs dlynes_laptop (n=dlynes@d154-20-9-152.bchsia.telus.net) |
| 13:33.09 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 13:33.09 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 14:09.02 | *** join/#asterisk-bugs zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 14:28.44 | *** join/#asterisk-bugs putnopvut (i=putnopvu@nat/digium/x-2ef76fbfa4335878) |
| 14:28.44 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:29.48 | file | putnopvut: here we are! |
| 14:30.03 | putnopvut | w00t |
| 14:30.14 | file | putnopvut: your fix for 11071/10809 seems to be happy |
| 14:31.03 | putnopvut | Cool. I'll have to look up which issues those are... |
| 14:31.12 | file | the chan_agent no audio issue |
| 14:31.12 | putnopvut | Oh, 11071 is the no audio one... |
| 14:31.25 | putnopvut | Did that fix 10809 too? |
| 14:31.31 | file | yes |
| 14:31.35 | putnopvut | Oh, sweet. |
| 14:32.48 | file | M10185 |
| 14:32.49 | MuffinMan | [assigned] [Asterisk] Resources/res_features 0010185: [patch]: Added automixmonitor feature / ability to use mixmonitor to record queue conversations on demand. reported by xmarksthespot http://bugs.digium.com/view.php?id=10185 |
| 14:32.54 | file | thoughts? |
| 14:33.02 | file | and then... |
| 14:33.04 | putnopvut | Sounds perfectly reasonable. |
| 14:33.04 | file | M10993 |
| 14:33.05 | MuffinMan | [assigned] [Asterisk] Applications/app_queue 0010993: Doesn't log TRANSFER in dynamic agent login reported by dmb http://bugs.digium.com/view.php?id=10993 |
| 14:33.12 | file | that's evil. |
| 14:33.14 | putnopvut | That one I'm still trying to get information on. |
| 14:33.33 | file | putnopvut: well, isn't it already possible to use MixMonitor for app_queue recording now? and can't it be done in Dial using features.conf? |
| 14:33.34 | putnopvut | Regarding 10185, I'm all for giving queues the same options people get from Dial() as long as they make sense. |
| 14:34.03 | file | as for 10993... he's using Transfer() in the dialplan >_< |
| 14:34.05 | putnopvut | Yeah, you can use MixMonitor, but not the AUTOMixMonitor, like by just pressing DTMF during a call to start it. |
| 14:34.42 | putnopvut | Oh, and there's an automonitor, but not autoMIXmonitor, so that's another distinction. |
| 14:35.07 | file | so, can't DYNAMIC_FEATURES be used? |
| 14:35.44 | putnopvut | DYNAMIC_FEATURES? |
| 14:36.01 | file | it allows you to map a DTMF string to an application |
| 14:36.12 | file | so you could map *4 to MixMonitor for example |
| 14:36.23 | putnopvut | Oh really, I didn't even know that existed... |
| 14:38.18 | file | yeah, I just don't want to see it get replicated if it can be accomplished using that... which it should be able to |
| 14:40.01 | putnopvut | Hmm, I'll have to do some looking around, and some testing. |
| 14:43.25 | putnopvut | All right! |
| 14:53.35 | blitzrage | putnopvut: !! |
| 14:54.00 | putnopvut | What's up blitzy? |
| 14:54.08 | blitzrage | just got back from the gymnasium :) |
| 14:54.12 | putnopvut | Cool. |
| 14:54.21 | file | blitzrage: !!! |
| 14:54.22 | putnopvut | I did a bad squat on Friday and I think I strained my back :( |
| 14:54.33 | blitzrage | thinking of either finding a bug to work on... or..... working on the BE manual.... |
| 14:54.42 | blitzrage | someone give me a bug to work on! :) |
| 14:55.03 | putnopvut | Oh...11095 :) |
| 14:55.08 | putnopvut | j/k |
| 14:55.10 | blitzrage | :D |
| 14:55.36 | file | blitzrage: there are bugs relating to SIP device state... put a call on hold, hold state isn't cleared |
| 14:55.43 | file | I have been unable to reproduce them |
| 14:55.56 | file | M11085 |
| 14:55.57 | MuffinMan | [feedback] [Asterisk] Channels/chan_sip/General 0011085: Hint stuck on hold after attended transfer with notifyhold=yes in sip.conf reported by francesco_r http://bugs.digium.com/view.php?id=11085 |
| 14:56.35 | blitzrage | hrmmm okie -- that should be one I can try to reproduce |
| 14:56.44 | file | yessssss |
| 14:56.58 | blitzrage | I will either confirm or unconfirm your findings |
| 14:57.27 | file | well if they are having it it's an issue, I just need to get on a system where it happens so I can poke at the code :D |
| 14:57.52 | blitzrage | right |
| 15:16.03 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:31.33 | *** join/#asterisk-bugs d3wayne (n=d3wayne@pool-71-187-1-180.nwrknj.fios.verizon.net) |
| 15:32.49 | *** join/#asterisk-bugs jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:48.13 | *** join/#asterisk-bugs jsmith (n=jsmith@000-176-385.area3.spcsdns.net) |
| 15:48.13 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 15:56.35 | *** join/#asterisk-bugs Corydon76-lap (i=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 15:56.35 | *** mode/#asterisk-bugs [+o Corydon76-lap] by ChanServ |
| 16:04.46 | *** join/#asterisk-bugs jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 16:07.48 | *** join/#asterisk-bugs dlynes_laptop (n=dlynes@d154-20-9-152.bchsia.telus.net) |
| 16:10.10 | blitzrage | file: should I try and reproduce on 1.4 or trunk? |
| 16:10.14 | file | 1.4 |
| 16:10.17 | blitzrage | okie |
| 16:10.49 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 16:11.15 | *** join/#asterisk-bugs russellb (i=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:11.15 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 16:15.34 | *** join/#asterisk-bugs dlynes_laptop (n=dlynes@d154-20-9-152.bchsia.telus.net) |
| 16:22.52 | *** join/#asterisk-bugs jsmith (n=jsmith@000-176-385.area3.spcsdns.net) |
| 16:22.52 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 16:48.56 | blitzrage | ok strange... if I have a 1.4 box and a trunk box, using IAX2, and I disallow=all \n allow=ulaw on both sides of the trunk, then make a call over it... it tries to transcode from gsm to ulaw, and it fails to play a file... |
| 16:49.08 | blitzrage | gonna try with 1.4 on both sides and see if that fixes it -- maybe a bug... |
| 16:49.35 | blitzrage | and the tt-monkeys.ulaw file does exist, even though asterisk says it doesn't.... |
| 16:50.02 | blitzrage | and it works when both are 1.4... fun stuff |
| 16:50.41 | *** join/#asterisk-bugs implicit (n=implicit@c-67-191-24-188.hsd1.fl.comcast.net) |
| 16:50.42 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 16:57.33 | *** join/#asterisk-bugs mvanbaak (n=mafkees@vanbaak.xs4all.nl) |
| 17:01.13 | blitzrage | ok, there is definitely a bug there -- upgraded to latest trunk and tested again -- there is something wrong with the codec negotiation between 1.4 and trunk codec negotiation... |
| 17:01.28 | file | isolate the issue. |
| 17:03.31 | blitzrage | ummm... what do you mean? this is a 3 line dialplan, dialing SIP phone -> Asterisk_1.4 -> IAX2 -> Asterisk_trunk -> Playback(tt-monkeys) |
| 17:03.52 | file | iax2 debug |
| 17:03.57 | blitzrage | gotcha |
| 17:03.59 | file | core show channel |
| 17:04.02 | file | make sure formats are loaded |
| 17:04.49 | blitzrage | yep, they are |
| 17:05.07 | blitzrage | time to iax2 debug |
| 17:08.02 | blitzrage | file: ummm.... looks like it tries to negotiate ulaw in the NEW, but Asterisk doesn't seem to do the right thing |
| 17:08.13 | blitzrage | <PROTECTED> |
| 17:08.49 | blitzrage | but for some reason I get: [Nov 5 12:14:53] WARNING[24235]: channel.c:2963 set_format: Unable to find a codec translation path from ulaw to gsm |
| 17:09.13 | file | looksee at core show channel to look at formats eh |
| 17:10.39 | blitzrage | <PROTECTED> |
| 17:10.40 | blitzrage | <PROTECTED> |
| 17:10.40 | blitzrage | <PROTECTED> |
| 17:11.06 | file | so the channel is in the correct formats |
| 17:11.10 | blitzrage | right |
| 17:12.28 | file | so the codec negotiation is fine, it's the playback part |
| 17:12.31 | blitzrage | right |
| 17:12.42 | file | process of elimination, it's a good thing |
| 17:12.51 | blitzrage | for some reason it thinks it should transcode... plus it says it can't find the tt-monkeys file, even though I see it |
| 17:12.56 | blitzrage | its confused on something |
| 17:15.24 | mvanbaak | did you feed it mushrooms ? |
| 17:15.55 | mvanbaak | hey file :) |
| 17:16.11 | blitzrage | mvanbaak: don't think so |
| 17:16.31 | mvanbaak | blitzrage: good, because that will really confuse it ;) |
| 17:16.36 | putnopvut | Is it the trunk asterisk that's having difficulty finding tt-monkeys? |
| 17:16.37 | blitzrage | I'd think so :) |
| 17:16.42 | blitzrage | putnopvut: yes sir |
| 17:16.53 | Corydon76-lap | blitzrage: is tt-monkeys in the en/ subdirectory of sounds? |
| 17:17.02 | putnopvut | I was about to ask that...:) |
| 17:17.26 | blitzrage | aha! I forgot the sounds should be in a separate directory for trunk... |
| 17:17.29 | blitzrage | let me try that |
| 17:17.30 | Corydon76-lap | if not, cd /var/lib/asterisk sounds ; ln -s en . |
| 17:17.45 | blitzrage | oh... that dir already exists |
| 17:17.52 | blitzrage | but only the GSM files |
| 17:17.54 | blitzrage | aha! |
| 17:17.55 | Corydon76-lap | err, ln -s . en |
| 17:17.59 | file | yay |
| 17:18.18 | blitzrage | and it wouldn't transcode because I didn't allow the codec |
| 17:18.26 | blitzrage | stupid user error |
| 17:18.42 | mvanbaak | pebkac ! |
| 17:18.48 | blitzrage | layer 8 problem |
| 17:18.49 | putnopvut | Layer 8 issue. |
| 17:18.53 | mvanbaak | lol |
| 17:19.14 | putnopvut | That's eerie. |
| 17:19.21 | mvanbaak | freaky |
| 17:19.22 | blitzrage | ummm... yes. |
| 17:21.08 | blitzrage | maybe trunk should look in /var/lib/asterisk/sounds/ if it can't find it in en/ .... |
| 17:21.27 | putnopvut | But it did find it. |
| 17:21.33 | Corydon76-lap | I seem to recall suggesting that. ;-) |
| 17:21.33 | putnopvut | Only it only had the gsm file. |
| 17:21.42 | Qwell | I thought it did? |
| 17:21.43 | blitzrage | en/ has tt-monkeys.gsm |
| 17:21.53 | blitzrage | <PROTECTED> |
| 17:22.05 | Corydon76-lap | aha |
| 17:22.12 | Qwell | that's going to be tricky, because it did find a valid prompt |
| 17:22.12 | blitzrage | and the channel was ulaw |
| 17:22.15 | blitzrage | right |
| 17:22.21 | Corydon76-lap | So it found one format and tried transcoding |
| 17:22.22 | blitzrage | I could be convinced easily that is a bad idea :) |
| 17:22.22 | Qwell | imagine... |
| 17:22.29 | blitzrage | Corydon76-lap: correct |
| 17:22.30 | Qwell | lang = fr, same scenario |
| 17:22.39 | Qwell | which will it play? |
| 17:22.48 | Qwell | if it plays the .ulaw file, it just did the wrong thing |
| 17:22.58 | blitzrage | it should play the ulaw file if I didn't have a fr/ dir |
| 17:23.04 | Qwell | right, and it does do that |
| 17:23.07 | blitzrage | right |
| 17:23.31 | *** part/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 17:23.32 | blitzrage | but you say it should be wrong if only .gsm existed, but .ulaw existed in the root? |
| 17:23.40 | Qwell | right |
| 17:23.41 | blitzrage | (root = /var/lib/asterisk/sounds/) |
| 17:23.46 | Qwell | so if |
| 17:23.52 | blitzrage | and why would that be wrong? |
| 17:24.00 | Qwell | /fr/blah.gsm and /blah.ulaw |
| 17:24.04 | blitzrage | right |
| 17:24.10 | Qwell | if lang=fr and blah.ulaw gets played, that is bad |
| 17:24.33 | blitzrage | well... only if it couldn't transcode I would think that should be right |
| 17:25.15 | blitzrage | like.. if could transcode .gsm, then yes, it should do fr/blah.gsm... but if it can't (like in my case where the channel is only ulaw), then maybe it should look up a directory for a file that it doesn't need to transcode |
| 17:25.26 | blitzrage | that might all be very tricky and not necessarily worth it |
| 17:36.25 | putnopvut | M11155 |
| 17:36.29 | MuffinMan | [new] [Asterisk] Applications/app_queue 0011155: callback failed on atxfer from members of queue reported by IPetrov http://bugs.digium.com/view.php?id=11155 |
| 17:36.33 | putnopvut | Could someone translate that for me? |
| 17:37.06 | blitzrage | file: so far no luck in reproducing... I wonder if it has something to do with the flash-transfer from the Grandstream before the other leg of the call answers.... |
| 17:37.26 | blitzrage | the hint status seems to change fine for me back and forth |
| 17:37.34 | file | hrm |
| 17:37.43 | blitzrage | the hold status sits there for a bit... but it changes back within a few seconds |
| 17:38.21 | blitzrage | and I don't have one of those grandstream devices.... I could try it with the TDM400p>? |
| 17:38.44 | blitzrage | putnopvut: translate? |
| 17:38.52 | file | putnopvut: ...odd |
| 17:38.57 | putnopvut | The description and bugnotes make no sense to me. |
| 17:38.58 | IPetrov | what? |
| 17:39.00 | IPetrov | :) |
| 17:39.10 | file | blitzrage: hrm, so are you transferring before they answer or after? |
| 17:39.14 | putnopvut | Could you explain what you're talking about in that issue? |
| 17:39.34 | IPetrov | i use svn trunk version |
| 17:39.36 | blitzrage | file: after because because the SIP phone won't let me transfer while the other end is ringing |
| 17:39.45 | file | blitzrage: that's my issue too |
| 17:39.58 | blitzrage | file: wonder if my Mitel will let me do that since it has a transfer button... |
| 17:40.01 | file | blitzrage: that could be the reason |
| 17:40.14 | blitzrage | nope |
| 17:40.16 | blitzrage | won't let me |
| 17:40.19 | file | oh |
| 17:40.25 | file | Answer before Dial :D |
| 17:40.28 | IPetrov | when i trying atxfer and hang up i want call bak to me |
| 17:40.31 | blitzrage | file: oh -- let me try |
| 17:40.54 | IPetrov | if call come to me from queue |
| 17:40.58 | IPetrov | it failed |
| 17:41.20 | putnopvut | Ah, okay. I think I understand. |
| 17:41.28 | IPetrov | cuz call back to wrong etension |
| 17:41.38 | IPetrov | but im my context |
| 17:41.42 | IPetrov | in |
| 17:42.01 | blitzrage | file: hrmmm... no stuck hint... but something else that isn't liked :) |
| 17:42.26 | blitzrage | <PROTECTED> |
| 17:42.32 | blitzrage | weird |
| 17:42.35 | IPetrov | it cuz callerid on ast_channel is wrong |
| 17:43.05 | putnopvut | IPetrov: I'll look at this issue more when I get back to the office this afternoon. |
| 17:43.22 | IPetrov | ok, thx |
| 17:43.30 | IPetrov | ill be here i think :) |
| 17:43.38 | blitzrage | 426 calls 421, 421 Ringing, 426 xfer 100 (IAX2 trunk), 421 Answers, Get warnings and no audio |
| 17:43.49 | blitzrage | don't go back to ulaw... just sits in slin or something |
| 17:43.53 | blitzrage | but ya... no stuck hint |
| 17:43.57 | file | k |
| 17:44.16 | blitzrage | hrmmm... let me try going back to the revision reported.... |
| 17:44.20 | blitzrage | on both ends |
| 17:48.12 | blitzrage | oh maybe I'm transferring from the wrong side |
| 17:48.17 | blitzrage | 201 calls 202 |
| 17:48.24 | blitzrage | 202 transfers to IAX2 |
| 17:48.29 | blitzrage | not 201 transfer while ringing |
| 18:07.12 | blitzrage | file: I DID IT! |
| 18:07.22 | blitzrage | file: reproduced successfully |
| 18:07.36 | file | blitzrage: WHAT WAS IT! |
| 18:07.42 | blitzrage | ok, here is the scenario |
| 18:07.47 | blitzrage | 421 calls 426 |
| 18:08.02 | blitzrage | while 426 is ringing, calling 100 (IAX2 trunk) |
| 18:08.11 | blitzrage | after 100 answers, then pick up 426 |
| 18:08.15 | blitzrage | THEN hit the xfer button |
| 18:08.25 | blitzrage | when 426 answers, it will get HOLD music |
| 18:08.31 | blitzrage | until you transfer |
| 18:08.41 | blitzrage | s/calling/call |
| 18:08.59 | blitzrage | I can get you access here if need be |
| 18:09.12 | file | that would be helpful |
| 18:09.15 | blitzrage | hold pls |
| 18:12.56 | blitzrage | o.O |
| 18:13.45 | blitzrage | file: info in your MSN! |
| 18:13.54 | file | it's not. |
| 18:13.58 | blitzrage | ?! |
| 18:14.21 | file | nub. |
| 18:19.11 | blitzrage | ya... all posted into the wrong window :) |
| 18:22.38 | Corydon76-lap | That's hot |
| 18:22.47 | blitzrage | ya.... I'm that god |
| 18:22.48 | blitzrage | good* |
| 18:22.56 | blitzrage | jeebuz... I can't type on this stupid MacBook keyboard |
| 18:23.05 | Corydon76-lap | Yes, you are... ;-) |
| 18:37.36 | *** join/#asterisk-bugs miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 18:50.00 | blitzrage | w00t Team Canada! |
| 18:50.11 | file | we r0x0rz |
| 19:20.36 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 20:09.47 | russellb | my last commit included "closes #blah" 6 times :-D |
| 20:09.53 | file | :D |
| 20:10.01 | file | what was it? |
| 20:10.04 | russellb | readq |
| 20:10.09 | file | thought so |
| 20:10.20 | russellb | that's a record for me |
| 20:10.28 | russellb | 4 of them are related for sure, 2 of them are a hunch |
| 20:10.30 | russellb | but it's hard to know |
| 20:11.21 | putnopvut | badass, dude. |
| 20:11.38 | russellb | next, find all the channel variable crashes ... |
| 20:11.49 | putnopvut | Yes. That seems to be an ish. |
| 20:12.31 | file | you rock |
| 20:13.50 | russellb | 362! |
| 20:14.57 | file | my goal for this week, albeit small |
| 20:15.01 | file | is comfortably under 350 |
| 20:16.13 | putnopvut | under 300 would be comfortably under 350. |
| 20:16.21 | file | yes |
| 20:16.27 | file | 340 would be acceptable |
| 20:29.11 | *** topic/#asterisk-bugs by file -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - Asterisk 1.4.13 has been released (October 10, 2007). -=- If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Goodbye 1.2. We'll miss you. Maybe. -=- Overall bug count: 362. Progress has been made. Drinks are on me! |
| 20:33.22 | *** join/#asterisk-bugs seanbright (n=seanbrig@c-69-251-164-164.hsd1.md.comcast.net) |
| 20:34.09 | Qwell | done and done |
| 20:34.23 | seanbright | that was easy. |
| 20:34.31 | file | seanbright: welcome! |
| 20:34.33 | Qwell | seanbright: so, we use this channel all the time.. |
| 20:34.43 | Qwell | talk about existing bugs, get advice, etc |
| 20:35.06 | seanbright | file: thanks! |
| 20:35.12 | Qwell | feel free to change statuses or assignees as you see fit |
| 20:35.29 | file | seanbright: any help is appreciated! |
| 20:35.33 | seanbright | Qwell: alrighty. i'll try not to screw things up :) |
| 20:37.34 | seanbright | is this an invite-only channel? |
| 20:37.46 | Qwell | nope |
| 20:37.53 | seanbright | ok, cool. |
| 20:37.57 | Qwell | we also sometimes ask reporters to come here and discuss in real-time, if possible |
| 20:38.02 | file | if you need to talk to a reporter rather live, they can come here |
| 20:38.40 | seanbright | gotcha |
| 20:39.18 | file | and you may *not* charge an entrance fee for here |
| 20:39.19 | file | I do that. |
| 20:39.33 | Qwell | You can, but you have to pay the file tax. |
| 20:39.37 | seanbright | heh |
| 20:39.40 | Qwell | which is 200% of the fee you charge. |
| 20:40.35 | *** join/#asterisk-bugs yoman_ (n=are@85-250-5-254.bb.netvision.net.il) |
| 20:44.03 | file | seanbright: being silly is also a requirement |
| 20:44.24 | seanbright | that kinda silly? |
| 20:44.25 | seanbright | heh |
| 20:44.36 | file | save that for the live webcam action |
| 20:44.42 | seanbright | that's more creepy, i guess. |
| 20:44.52 | Qwell | oh |
| 20:44.59 | file | Qwell: it was I. |
| 20:45.05 | seanbright | * Set by file on Mon Nov 05 15:29:10 |
| 20:45.08 | Qwell | if you insist... |
| 20:46.03 | file | (instead of soaking dry) |
| 20:46.08 | seanbright | right |
| 20:46.11 | seanbright | thanks for clarifying |
| 20:47.54 | seanbright | so many new buttons in mantis |
| 20:48.00 | seanbright | i'm like a kid in a candy store |
| 20:48.21 | file | seanbright: :) |
| 20:49.35 | seanbright | this.is.awesome. |
| 20:49.38 | seanbright | :D |
| 20:51.19 | Qwell | somebody did that once |
| 20:51.28 | seanbright | ... once ... |
| 20:51.31 | Qwell | there was a bug that let you karma yourself without the right access |
| 20:51.38 | Qwell | I think he gave himself like 200 karma |
| 20:56.10 | *** join/#asterisk-bugs jsmith (n=jsmith@68.247.42.189) |
| 20:56.10 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 21:08.33 | russellb | putnopvut: i can only find 2 issues that show channel variable related crashes ... |
| 21:08.37 | russellb | did you see more than that? |
| 21:11.45 | putnopvut | blitzrage and jmls both had crashes in the same place. |
| 21:11.59 | putnopvut | That is, in pbx_builtin_setvar_helper |
| 21:12.21 | jsmith | Yeah, but you know blitzrage and jmls... they both listen to me! That's their problem! |
| 21:50.02 | *** join/#asterisk-bugs jsmith (n=jsmith@000-219-683.area3.spcsdns.net) |
| 21:50.08 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 21:54.08 | russellb | well, i have some fixes related to channel variables ... |
| 21:54.13 | russellb | just have to hope they don't make asterisk explode |
| 22:09.32 | *** join/#asterisk-bugs IPetrov2 (i=IPetrov2@ppp85-140-235-245.pppoe.mtu-net.ru) |
| 22:17.48 | putnopvut | M11155 |
| 22:17.49 | MuffinMan | [new] [Asterisk] Applications/app_queue 0011155: callback failed on atxfer from members of queue reported by IPetrov http://bugs.digium.com/view.php?id=11155 |
| 22:18.11 | putnopvut | This is an interesting issue, because it brings up a question of who the transferer is on an attended transfer. |
| 22:18.42 | putnopvut | If a call goes into a queue, and a queue member initiates an attended transfer (using the DTMF defined in features.conf), and hangs up... |
| 22:18.55 | putnopvut | And no one answers the transfer... |
| 22:19.26 | putnopvut | Then Asterisk attempts to call back the transferer. Now, is the transferer the queue member, or the queue itself? |
| 22:19.41 | putnopvut | As configured right now, Asterisk will attempt to call the queue back. |
| 22:20.58 | putnopvut | But should Asterisk instead try to call back the queue member who initiated the transfer? |
| 22:23.36 | blitzrage | putnopvut: I would think it should call back the member who originated the transfer |
| 22:23.40 | blitzrage | actually... |
| 22:23.48 | blitzrage | that would be a handy option to be configurable |
| 22:23.56 | blitzrage | and would be configured in queues.conf |
| 22:24.48 | blitzrage | ringback_queue={yes|no} ? |
| 22:24.58 | putnopvut | Yeah, the other issue with 11155 is that not only is the queue attempted to be called, but Asterisk attempts to find the queue's extension in the wrong context. |
| 22:25.23 | blitzrage | what context does it use? TRANSFER_CONTEXT ? |
| 22:25.38 | putnopvut | It will if set. |
| 22:25.44 | blitzrage | otherwise... ? |
| 22:26.19 | putnopvut | Otherwise it will try the transferer's macrocontext (?) , otherwise the transferer's context. |
| 22:26.59 | IPetrov2 | ast_exists_extension(transferer, transferer_real_context, transferer->cid.cid_num, 1, transferee->cid.cid_num) |
| 22:27.23 | putnopvut | Right, the "transferer_real_context" is set as described above. |
| 22:28.03 | blitzrage | what if it is a Local channel... then I guess it would use that context? |
| 22:28.16 | putnopvut | Yeah, I guess. |
| 22:28.25 | blitzrage | so basically... the context could be anything at this point depending on what member we call, technology, etc... |
| 22:28.27 | putnopvut | This part of code is relatively new to me, tbqh |
| 22:28.59 | IPetrov2 | it started from bug 8413 |
| 22:29.10 | putnopvut | M8413 |
| 22:29.11 | MuffinMan | [closed] [Asterisk] Core/General 0008413: [patch] Upgrade for atxfer behaviour reported by sergee http://bugs.digium.com/view.php?id=8413 |
| 22:29.30 | IPetrov2 | russel This patch has been merged into trunk in revision 62593 |
| 22:29.31 | russellb | 360! |
| 22:29.39 | blitzrage | hawt |
| 22:31.17 | blitzrage | putnopvut: could you make it so "transferer_real_context" was always set to the context the Queue() application was called from before calling a member? I suppose that variable could be set at any point right... |
| 22:31.56 | putnopvut | I'd have to check... |
| 22:32.29 | russellb | putnopvut: so i broke it, huh ... |
| 22:32.35 | russellb | or is this something else |
| 22:32.43 | russellb | must be something else, as you said something was broken 1.4 and trunk .. |
| 22:32.47 | putnopvut | russellb: you didn't break it, per se. |
| 22:33.03 | IPetrov2 | problem not with context to my mind, but with extension |
| 22:33.07 | putnopvut | russellb: oh, you're thinking of something else I think. |
| 22:33.20 | russellb | probably |
| 22:33.47 | putnopvut | IPetrov2: I see what you're saying, you want the queue member to be called back instead of the queue. |
| 22:34.20 | IPetrov2 | yea, it caller-callee feature i think |
| 22:34.29 | blitzrage | I would agree with that |
| 22:35.08 | blitzrage | I could see when you might want it to go back to the queue, but I think as long as its doing something predictable, that is the key |
| 22:35.13 | putnopvut | I'll get to work on finding an appropriate fix. |
| 22:50.26 | *** topic/#asterisk-bugs by file -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - Asterisk 1.4.13 has been released (October 10, 2007). -=- If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Goodbye 1.2. We'll miss you. Maybe. -=- Overall bug count: 360. Progress has been made. Drinks are on me! |
| 22:54.52 | *** part/#asterisk-bugs zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 23:16.17 | *** join/#asterisk-bugs Corydon76-vcch (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
| 23:16.17 | *** mode/#asterisk-bugs [+o Corydon76-vcch] by ChanServ |
| 23:21.30 | Qwell | and we broke 360 |
| 23:24.19 | putnopvut | Happiness. |
| 23:24.31 | IPetrov2 | :) |
| 23:26.04 | directory | very good |
| 23:29.01 | directory | putnopvut: wasn't there another bug re: that? |
| 23:29.29 | putnopvut | ? |
| 23:29.37 | directory | 11071 |
| 23:29.52 | putnopvut | What are you thinking of. |
| 23:29.53 | putnopvut | ? |
| 23:30.09 | putnopvut | Oh, you mean another issue fixed as a result? |
| 23:30.18 | directory | already closed, beautiful |
| 23:30.23 | putnopvut | 10809? |
| 23:30.28 | putnopvut | Was that the one you were thinking of? |
| 23:30.31 | directory | yes |
| 23:30.36 | putnopvut | M10809 |
| 23:30.37 | MuffinMan | [closed] [Asterisk] Applications/app_queue 0010809: Asterisk segfaults after an attended transfer to a queue using "Eyebeam" softphone. reported by Ted Brown http://bugs.digium.com/view.php?id=10809 |
| 23:30.43 | putnopvut | Yep, closed. cool. |
| 23:30.48 | putnopvut | Now I'm headed out for the night. |
| 23:30.54 | putnopvut | Gonna go pump some iron! :) |
| 23:30.56 | directory | peace! |
| 23:37.22 | IPetrov2 | anybody known - saydigits working in current trunk? |
| 23:37.45 | Qwell | IPetrov2: update, and it should be fine |
| 23:37.52 | Qwell | something was just fixed on like Friday |
| 23:37.58 | IPetrov2 | thx |
| 23:46.30 | IPetrov2 | Qwell: works fine, thx again |
| 23:46.32 | IPetrov2 | :) |
| 23:46.38 | Qwell | np |