00:03.00 | *** join/#asterisk-bugs matthew___i (n=matthew@adsl-163-41-84.hsv.bellsouth.net) |
00:59.29 | Khratos | Corydon76-dig, the provided patch is just for * v1.6.1 ? |
00:59.44 | Corydon76-dig | on which issue? |
01:00.00 | Corydon76-dig | I've written a ton of patches today |
01:00.35 | Khratos | Oh, sorry, about 'broken pipes' when a peer dumbly closes the connection |
01:00.41 | Khratos | let me see the bug num. |
01:00.51 | Khratos | http://bugs.digium.com/view.php?id=14379 |
01:01.09 | Corydon76-dig | That one was built out of 1.4, actually |
01:01.49 | Corydon76-dig | 1.4 trunk |
01:01.58 | Corydon76-dig | err, 1.4 SVN |
01:02.53 | Khratos | Thanks the Lord! , And you of course! xD |
01:53.18 | *** join/#asterisk-bugs Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
01:53.18 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
02:15.14 | *** join/#asterisk-bugs Khratos (n=Khratos@190.166.113.91) |
02:35.19 | *** join/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
02:35.19 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
02:38.26 | *** join/#asterisk-bugs matthew___i (n=matthew@adsl-163-35-202.hsv.bellsouth.net) |
03:51.12 | *** part/#asterisk-bugs Khratos (n=Khratos@190.166.113.91) |
04:02.35 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
04:02.35 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
08:12.27 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
08:12.27 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
08:52.29 | *** join/#asterisk-bugs matthew___i (n=matthew@adsl-163-35-202.hsv.bellsouth.net) |
10:47.01 | *** join/#asterisk-bugs ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
11:39.45 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
11:47.58 | *** join/#asterisk-bugs ChanServ (ChanServ@services.) |
11:47.58 | *** mode/#asterisk-bugs [+o ChanServ] by irc.freenode.net |
12:13.43 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
12:29.25 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
12:29.25 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
12:55.41 | *** join/#asterisk-bugs anonymouz666 (n=anonymou@189.24.79.73) |
13:02.50 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
13:02.50 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
13:06.43 | anonymouz666 | lmadsen: please clarify something to me... I have an issue but I don't know exactly which category it is.... |
13:07.09 | anonymouz666 | it involves libpri+chan_zap+app_queue |
13:10.58 | lmadsen | ok... |
13:14.09 | *** join/#asterisk-bugs Khratos (n=khratos@190.166.103.180) |
13:14.24 | Khratos | 'morning |
13:15.20 | lmadsen | morning! |
13:15.38 | lmadsen | anonymouz666: were you going to explain the issue? I still don't know what to tell you |
13:16.49 | anonymouz666 | again? no problem. |
13:16.51 | anonymouz666 | heh |
13:18.24 | anonymouz666 | lmadsen: when I have static members in the queue like Zap/g2/6666 and the 6666 is a legacy pbx system and the communication is between ISDN link... app_queue does not call the member. |
13:18.44 | anonymouz666 | asterisk -> (ISDN) -> siemens -> legacy extensions |
13:19.09 | anonymouz666 | if you call directly works. |
13:19.20 | anonymouz666 | Dial(Zap/g2/6666...) |
13:20.02 | anonymouz666 | and I have EXACTLY the same setup (with legacy pbx) and it works. the ONLY difference is that the communication is done through MFCR2 signalling. |
13:28.12 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
13:37.14 | *** join/#asterisk-bugs guaxinim (n=guaxinim@unaffiliated/guaxinim) |
13:48.50 | lmadsen | anonymouz666: then I would blame the thing that is different |
13:49.31 | lmadsen | anonymouz666: and I didn't see your explanation before because I wasn't in the room |
13:50.27 | anonymouz666 | it's interesting case. |
13:50.42 | anonymouz666 | the different thing doesn't work ONLY if mixed with app_queue. |
13:50.53 | anonymouz666 | as I said, calling directly works. |
13:57.28 | anonymouz666 | lmadsen: take a quick look... http://www.pastebin.ca/1326537 maybe something comes to your mind. |
14:05.13 | lmadsen | is this a working or non working output you showed me? |
14:05.53 | lmadsen | anonymouz666: so you're saying you can't reproduce unless it is going through app_queue? |
14:06.50 | anonymouz666 | non working. |
14:07.05 | anonymouz666 | I can't reproduce unlesse it is going through app_queue. |
14:07.22 | anonymouz666 | I am patching myself app_queue after an idea. |
14:07.27 | lmadsen | ok cool |
14:07.29 | anonymouz666 | let's see what happens. |
14:07.34 | lmadsen | I'd say just file it under what you feel is most appropriate |
14:30.22 | anonymouz666 | where's putnopvut? |
14:34.59 | lmadsen | it's only 8:30am in HSV |
14:35.08 | lmadsen | probably getting ready for work and having breakfast. |
14:35.18 | lmadsen | I don't expect you'll see him for at least another hour at the last |
14:46.40 | anonymouz666 | lmadsen: this bug is definitely in libpri or chan_zap. |
14:47.02 | lmadsen | sweet :) |
14:47.15 | anonymouz666 | app_queue is innocent. |
14:48.00 | anonymouz666 | I just added a CONTROL FRAME (proceeding) in app_queue.c |
14:48.16 | anonymouz666 | so we can see now: -- Zap/67-1 is ringing (proceeding) |
14:48.35 | anonymouz666 | instead of "Dunno what to do with CONTROL FRAME 15" |
14:48.57 | anonymouz666 | and there is these msgs: |
14:48.57 | anonymouz666 | -- Channel 0/5, span 3 got hangup request, cause 31 |
14:48.58 | anonymouz666 | -- Nobody picked up in 1000 ms |
14:49.18 | anonymouz666 | so we have a disconnect from ISDN (cause 31) |
14:49.31 | anonymouz666 | and then we call a member for just 1 SEC. there is times 0ms. |
14:50.00 | lmadsen | ya, the "Dunno what to do with CONTROL FRAME 15" was making me think libpri/chan_dahdi |
14:51.45 | anonymouz666 | Doing a PRI DEBUG I see the whole ISDN signalling. Message type: DISCONNECT (69) [...] < Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the remote user (5) |
14:52.06 | anonymouz666 | now I need to investigate that, since I don't know much about ISDN |
14:59.45 | *** join/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
14:59.45 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
15:36.46 | *** join/#asterisk-bugs awk_r (n=awk_r@nat/digium/x-49b6bbd5fd5e1f23) |
15:53.49 | *** join/#asterisk-bugs putnopvut (n=putnopvu@nat/digium/x-68f661bb89ac3a3f) |
15:53.49 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
16:01.53 | *** join/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-45c17a16b9793d6d) |
16:01.53 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
16:28.24 | *** join/#asterisk-bugs The_Boy_Wonder (n=davidvos@nat/digium/x-ac10a94735f5f89e) |
16:49.50 | *** join/#asterisk-bugs bbryant (n=brett@68.208.65.50) |
16:49.50 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
16:58.57 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
16:58.57 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
17:16.25 | *** join/#asterisk-bugs codefreeze-lap (n=murf@72.21.67.40) |
17:18.23 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
17:34.35 | Entomologist | *** CLOSED (14374) [Applications/app_transfer] Revision 172517 segfault after using A *2 transfer to B and B dial *2 |
17:34.35 | Entomologist | Assigned to: putnopvut |
17:34.35 | Entomologist | Reported by: aragon Karma: 3.75 |
17:34.35 | Entomologist | http://bugs.digium.com/view.php?id=14374 |
17:34.35 | Entomologist | ********************************************************* |
17:44.51 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
18:26.07 | mnicholson | I have a sip bug I would like some comments on (bug 13569). Basically it is an issue with reinvites. When one reinvited peer (peer a) responds with a more limited media offer than what was sent to the other peer (peer b), peer b may send media to peer a in a format that was not in peer a's response. |
18:27.30 | putnopvut | M13569 |
18:27.32 | MuffinMan | [feedback] [Asterisk] Channels/chan_sip/CodecHandling 0013569: Asterisk sending the wrong codec on re-invite. reported by bkw918 (Karma: +53.25) http://bugs.digium.com/view.php?id=13569 |
18:28.11 | mnicholson | you will probably want to scroll down and read my last comment as the description for the bug contains inaccurate information |
18:31.33 | putnopvut | Your idea of sending the reinvites to each host separately was the first idea that crossed my mind, too. The problem is that neither side of the bridge is aware of the other side. At least from within chan_sip. |
18:31.42 | Corydon76-dig | file: ping |
18:31.46 | putnopvut | Being a B2BUA makes the situation a bit difficult. |
18:32.37 | mnicholson | right |
18:33.34 | file | eh?\ |
18:33.38 | *** join/#asterisk-bugs implicit (n=bayan@unaffiliated/implicit) |
18:33.38 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
18:35.54 | file | Corydon76-dig: what do you seek? |
18:39.22 | *** join/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
18:39.22 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
18:46.25 | oej | putnopvut: Well, the directrtpsetup stuff showed how broken our media negotiation is, and videocaps solves part of it |
18:46.40 | oej | ptunopvut: The problem is that there's only forwarding of offers, but the reply can't be sent back. |
18:47.23 | oej | putnopvut: We spent a lot of time with this on astridevcon |
18:47.47 | putnopvut | wishes he got to go to astridevcon last year :( |
18:47.52 | oej | In regards to being aware of the other side, check the T.38 code... We peek over the bridge there ! |
18:48.04 | putnopvut | oh, really? I need to take a look at that. |
18:48.22 | oej | But then we do have a bridge. |
18:48.31 | oej | At re-invite time we do also. |
18:48.40 | putnopvut | correct |
18:49.16 | oej | But the real core of the problem is that the ANSWER doesn't contain any response |
18:49.26 | oej | we just say "someone answered and everything is tally-ho" |
18:49.29 | oej | in video, the answer might be "Yes, but only in portrait mode and black/white with 10x10 pixels" |
18:49.48 | oej | And we shorten that to a "yes" |
18:59.49 | Corydon76-dig | file: I was wondering if you could take a look at 14414, as it is an audiohook issue |
19:00.22 | file | I can tomorrow probably |
19:00.36 | Corydon76-dig | k, I'll assign it to you, then |
19:07.25 | seanbright | putnopvut: you can go this year |
19:07.29 | seanbright | putnopvut: you're welcome |
19:07.50 | putnopvut | So, here's something interesting. I just committed a fix for a mixmonitor race condition, and as part of it, I used a combination of a boolean flag and condition variable to make sure that threads executed in the proper order. I realize now that I could have used a semaphore instead. Any preference for either method and any reason behind such preference? |
19:07.55 | putnopvut | seanbright: thanks! |
19:39.27 | Corydon76-dig | putnopvut: a semaphore wouldn't work if the sender sent before the receiver was listening, right? |
19:40.21 | putnopvut | Nope, a semaphore is pretty much just an integer. sem_post increments it, so if sem_wait reaches it, it just won't wait at all if the value is already non-zero. |
19:40.40 | putnopvut | I worded that a bit oddly. |
19:41.07 | putnopvut | But essentially, if sem_post has already been called in one thread, then sem_wait in another thread is pretty much a no-op. |
19:43.01 | Corydon76-dig | Sounds nice |
19:44.33 | putnopvut | Yeah, I just noticed that they weren't used anywhere in Asterisk and so I was wondering if there was some underlying reason why. No real reason to change what I already wrote, but thought I'd bring it up for the next time I write something similar. |
20:29.11 | Entomologist | *** CLOSED (14376) [Applications/app_queue] autopause should not pause interfaces that are busy |
20:29.11 | Entomologist | Assigned to: putnopvut |
20:29.11 | Entomologist | Reported by: fiddur Karma: 0 |
20:29.11 | Entomologist | http://bugs.digium.com/view.php?id=14376 |
20:29.11 | Entomologist | ********************************************************* |
20:31.36 | Corydon76-dig | Someone else want to take a look at 14387? |
20:32.12 | putnopvut | M14387 |
20:32.14 | MuffinMan | [feedback] [Asterisk] Resources/res_musiconhold 0014387: mpg123 crashes when trying to play stream. reported by jonnt (Karma: +0.50) http://bugs.digium.com/view.php?id=14387 |
20:33.47 | Corydon76-dig | It's not actually crashing; he's just not hearing the music that he wants to hear |
20:34.27 | putnopvut | That's a weird thing to call a "crash" |
20:34.48 | Corydon76-dig | Well, he certainly got my attention |
20:35.04 | Corydon76-dig | I'm beginning to miss the negative karma |
20:35.25 | putnopvut | I was wondering why there were no backtraces attached if there were crashes. |
20:36.26 | putnopvut | Corydon76-dig: the one thing that he says that makes me think there's something screwy in Asterisk is that things work in 1.6.0.1 but not in 1.6.0.3 and 1.6.0.5 |
20:36.31 | Corydon76-dig | and if I try it, it works perfectly. So it's gotta be config related |
20:38.57 | putnopvut | Corydon76-dig: the only difference in res_musiconhold.c between 1.6.0.1 and 1.6.0.5 is added error checking... |
20:39.08 | putnopvut | no idea what could be going on there, but I agree that it is config-related. |
20:39.52 | putnopvut | If you think that the problem is due to having no internal timing, it may be that his asterisk.conf file needs to have internal timing enabled. |
20:47.54 | Entomologist | *** CLOSED (13673) [Applications/app_voicemail/IMAP] [patch] Addition of a Mailbox id facility to allow shared mailboxes to work |
20:47.54 | Entomologist | Assigned to: jpeeler |
20:47.54 | Entomologist | Reported by: howardwilkinson Karma: 5.5 |
20:47.54 | Entomologist | http://bugs.digium.com/view.php?id=13673 |
20:47.54 | Entomologist | ********************************************************* |
20:52.08 | putnopvut | jpeeler: yay! I'm always thrilled when IMAP bugs are closed by someone other than me :) |
20:52.16 | jpeeler | ha |
20:53.01 | jpeeler | putnopvut: you had already pretty much done all the work on it already |
20:53.16 | jpeeler | and i like to repeat myself |
20:53.38 | putnopvut | ah, I had already forgotten about that issue. |
21:02.04 | putnopvut | M14164 |
21:02.06 | MuffinMan | [acknowledged] [Asterisk] Applications/app_dial 0014164: Dial() option d is not working reported by DennisD (Karma: neutral) http://bugs.digium.com/view.php?id=14164 |
21:02.19 | putnopvut | This is a bug where I understand why the problem exists, but I have no idea how to go about solving it. |
21:05.42 | putnopvut | The only solution that comes to mind is to always send a 183 with SDP if we know that a phone is set up for rfc2833 DTMF. But I think that's not ideal. |
21:10.08 | *** join/#asterisk-bugs russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
21:10.08 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
21:49.29 | *** join/#asterisk-bugs russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
21:49.29 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
22:35.33 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
22:35.33 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
23:19.20 | Entomologist | *** CLOSED (12312) [Channels/chan_sip/Registration] [patch] DNS SRV lookups causing re-registration problems |
23:19.20 | Entomologist | Assigned to: putnopvut |
23:19.20 | Entomologist | Reported by: jrast Karma: 0 |
23:19.20 | Entomologist | http://bugs.digium.com/view.php?id=12312 |
23:19.20 | Entomologist | ********************************************************* |
23:29.26 | Entomologist | *** CLOSED (13905) [Applications/app_voicemail/IMAP] [patch] Messages not marked as read/unread properly when moved from New to Old folder and back. |
23:29.26 | Entomologist | Assigned to: putnopvut |
23:29.26 | Entomologist | Reported by: jaroth Karma: 20.75 |
23:29.26 | Entomologist | http://bugs.digium.com/view.php?id=13905 |
23:29.26 | Entomologist | ********************************************************* |
23:44.06 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |