| 00:47.58 | *** join/#asterisk-bugs ebroad (n=ebroad@pool-173-77-203-142.nycmny.fios.verizon.net) |
| 00:48.43 | *** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 00:48.43 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 00:53.40 | ebroad | seanbright: can you delete externxxport.patch from 15880(again, I know)... |
| 00:55.19 | *** join/#asterisk-bugs Deeewayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) |
| 00:55.19 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 00:57.02 | seanbright | ebroad: done |
| 00:57.10 | ebroad | thanx |
| 05:50.32 | *** join/#asterisk-bugs |Cybex| (n=John@212.178.82.26) |
| 06:45.04 | *** join/#asterisk-bugs mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 07:44.24 | *** join/#asterisk-bugs Micc (n=Micc@c-71-231-123-28.hsd1.wa.comcast.net) |
| 08:59.21 | Micc | I might need to rollback the urgent voicemail notification patch |
| 10:15.22 | *** part/#asterisk-bugs |Cybex| (n=John@212.178.82.26) |
| 10:15.38 | *** join/#asterisk-bugs |Cybex| (n=John@atwork-26.r-212.178.82.atwork.nl) |
| 11:34.54 | *** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:34.54 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 12:05.15 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:11.53 | *** join/#asterisk-bugs eliel (n=eliels@200.61.172.61) |
| 12:24.04 | *** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:24.04 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 13:00.25 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 13:31.18 | *** join/#asterisk-bugs oej (n=olle@132.177.253.250) |
| 13:31.38 | leifmadsen | russellb: I'm a big concerned about .... |
| 13:31.41 | leifmadsen | M15609 |
| 13:31.45 | MuffinMan | [acknowledged] [Asterisk] Core/Channels 0015609: WARNING[23025]: channel.c:952 __ast_queue_frame: Exceptionally long voice queue length queuing to Local reported by aragon (Karma: +4.25) https://issues.asterisk.org/view.php?id=15609 |
| 13:31.57 | leifmadsen | I'm tempted to say it could be a blocker for next release... |
| 13:35.56 | *** join/#asterisk-bugs putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:35.56 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 13:36.15 | leifmadsen | putnopvut: !!! |
| 13:36.20 | leifmadsen | M15905 |
| 13:36.22 | MuffinMan | [new] [Asterisk] Channels/chan_sip/TCP-TLS 0015905: TCP/TLS invites(and possibly others) broken from r218504 and onward reported by ebroad (Karma: neutral) https://issues.asterisk.org/view.php?id=15905 |
| 13:36.27 | leifmadsen | I think you mentioned you were working on something like that yesterday? |
| 13:39.40 | putnopvut | leifmadsen: I'll check the issue out. Specifically, we fixed an off-by-one error which would occur with large SDPs. |
| 13:40.18 | putnopvut | yeah, the revision mentioned by ebroad is one I committed. |
| 13:40.21 | putnopvut | I'll look into that. |
| 13:43.55 | *** join/#asterisk-bugs oej (n=olle@132.177.253.250) |
| 13:46.51 | russellb | leifmadsen: I'm not sure if I would call it a blocker. Nobody else is on the issue saying "me too" |
| 13:47.03 | leifmadsen | russellb: someone else did I think though |
| 13:47.09 | russellb | However, I do see that at least one of the "show locks" outputs has a very nice depiction of a deadlock |
| 13:48.15 | leifmadsen | hmmm... maybe I misinterpreted this for a me too: https://issues.asterisk.org/view.php?id=15609#110421 |
| 13:48.34 | leifmadsen | although there is this one too: https://issues.asterisk.org/view.php?id=15609#110484 |
| 13:48.53 | putnopvut | leifmadsen: A cursory look at 15905 makes no sense to me at all. |
| 13:51.55 | russellb | leifmadsen: 15609 is on the list for the next round of planning |
| 13:52.12 | leifmadsen | russellb: ok, sounds good! |
| 13:52.21 | russellb | it's a nasty issue |
| 13:52.25 | russellb | i see a deadlock, a bunch of crashes |
| 13:52.28 | russellb | his system is blowing up |
| 13:53.09 | leifmadsen | aye |
| 13:53.19 | leifmadsen | it didn't look simple by any means :) |
| 13:57.25 | leifmadsen | M15890 |
| 13:57.27 | MuffinMan | [new] [Asterisk] Channels/General 0015890: 1.6.1.5 - "Ghost" channels reported by simonoch (Karma: neutral) https://issues.asterisk.org/view.php?id=15890 |
| 13:57.30 | leifmadsen | that isn't actually a bug is it? |
| 14:01.32 | russellb | well, it looks like it could be, looks like we're transmitting an INVITE over and over and never giving up? |
| 14:04.48 | *** join/#asterisk-bugs elguero (n=elguero@12.187.84.162) |
| 14:16.28 | *** join/#asterisk-bugs ebroad (n=EB@72.11.213.195) |
| 14:18.14 | ebroad | leifmadsen, good morning |
| 14:19.03 | leifmadsen | ebroad: morn! |
| 14:19.24 | ebroad | leifmadsen, 15856 might be related to 15896 more than 15905 |
| 14:19.39 | ebroad | the code referenced in 15905 was committed yesterday |
| 14:19.51 | leifmadsen | M15856 |
| 14:19.54 | MuffinMan | [acknowledged] [Asterisk] Core/Configuration 0015856: Crash on ael inclusion loop reported by kobaz (Karma: +2.25) https://issues.asterisk.org/view.php?id=15856 |
| 14:19.54 | leifmadsen | M15905 |
| 14:19.56 | MuffinMan | [acknowledged] [Asterisk] Channels/chan_sip/TCP-TLS 0015905: TCP/TLS invites(and possibly others) broken from r218504 and onward reported by ebroad (Karma: neutral) https://issues.asterisk.org/view.php?id=15905 |
| 14:20.02 | ebroad | woops |
| 14:20.05 | ebroad | not 15856 |
| 14:20.15 | ebroad | M15826 |
| 14:20.18 | MuffinMan | [acknowledged] [Asterisk] Channels/chan_sip/TCP-TLS 0015826: TCP calls no longer bridge (last working version was 1.6.0.1?) reported by whys (Karma: neutral) https://issues.asterisk.org/view.php?id=15826 |
| 14:37.45 | leifmadsen | do we have a policy about how to handle issues which are backports of features, which obviously will never be put into a release branch? |
| 14:37.57 | leifmadsen | I'm curious where I should direct him upon closing the issue |
| 14:54.29 | *** join/#asterisk-bugs |Cybex| (n=John@80.100.126.176) |
| 14:56.08 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:56.30 | ebroad | is back (gone 00:03:22) |
| 14:59.23 | leifmadsen | jsmith: ping? |
| 15:02.44 | jsmith | leifmadsen: pong |
| 15:03.15 | leifmadsen | jsmith: see -doc if you have a moment |
| 15:55.03 | leifmadsen | oej: don't forget to set bugs to 'Feedback' once you've requested information from a reporter. Thanks! |
| 15:56.25 | leifmadsen | M15829 |
| 15:56.26 | oej | leifmadsen: Point taken. Thanks for the feedback. This issue is now in "feedback" state. |
| 15:56.27 | MuffinMan | [new] [Asterisk] Applications/app_queue 0015829: queue_log is incosistent for member information - 2 events use member location where the rest use member name reported by somedood (Karma: neutral) https://issues.asterisk.org/view.php?id=15829 |
| 15:56.48 | leifmadsen | I can't tell if this is considered a feature request, or is a valid request for change. Thoughts? |
| 15:59.29 | leifmadsen | oej: merci! :) |
| 16:01.54 | *** join/#asterisk-bugs oej (n=olle@132.177.253.250) |
| 16:30.51 | ebroad | putnopvut, when you have a minute, i replied to 15905 |
| 16:31.48 | putnopvut | ebroad: yeah, that's really weird. |
| 16:32.01 | ebroad | putnopvut, ill say, im just as stumped |
| 16:35.46 | putnopvut | ebroad: just as a check, would you mind trying seeing if INVITE request parsing is also broken in the 1.6.2 branch of Asterisk? There may be something specific to trunk that is causing the problem. |
| 16:35.59 | ebroad | putnopvut, |
| 16:36.52 | ebroad | putnopvut, sure, keep in mind that i am using a couple of patches for other tcp issues, specifically 15880 and 15896 |
| 16:37.28 | putnopvut | Ah, I hadn't realized that. My tests I ran yesterday were with stock 1.6.2 branch. |
| 16:39.10 | ebroad | putnopvut, tcp was working before i updated, the last update before that was yesterday morning |
| 16:39.37 | ebroad | hmm, 1.6.2 seems to be affected by 15896 as well |
| 16:40.56 | putnopvut | M15896 |
| 16:40.58 | MuffinMan | [ready for review] [Asterisk] Channels/chan_sip/TCP-TLS 0015896: [patch] handle_response check for retransmits when using TCP/TLS reported by ebroad (Karma: neutral) https://issues.asterisk.org/view.php?id=15896 |
| 16:44.05 | ebroad | putnopvut, re 15896, this only affects responses, i.e. outbound calls from a TCP client always worked, the problem was inbound |
| 16:47.57 | ebroad | i can still test the stock 1.6.2 but i am going to have to patch it with 15880, i am at work and my * box is at home behind a NAT fw |
| 16:48.20 | ebroad | let me know what you would like me to do |
| 16:53.30 | *** join/#asterisk-bugs oej (n=olle@132.177.253.250) |
| 18:06.31 | *** join/#asterisk-bugs putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 18:06.31 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 18:08.12 | *** part/#asterisk-bugs |Cybex| (n=John@80.100.126.176) |
| 18:10.46 | *** join/#asterisk-bugs |Cybex| (n=John@80.100.126.176) |
| 18:18.00 | ebroad | putnopvut, ping? |
| 18:18.17 | putnopvut | ebroad: hey |
| 18:18.27 | ebroad | putnopvut, found something interesting |
| 18:18.39 | ebroad | putnopvut, im working on a 64bit system |
| 18:18.59 | ebroad | putnopvut, so size_t's do wierd things |
| 18:19.12 | ebroad | i commented out that line |
| 18:19.26 | ebroad | and added an ast_verbose after it |
| 18:19.34 | ebroad | [Sep 16 14:17:06] VERBOSE[11508] chan_sip.c: [Sep 16 14:17:06] bytes_read is 1, buflen is 182, buf is |
| 18:19.35 | ebroad | v=0 |
| 18:19.35 | ebroad | o=- 8 2 IN IP4 72.11.213.194 |
| 18:19.35 | ebroad | s=CounterPath Bria |
| 18:19.35 | ebroad | c=IN IP4 72.11.213.194 |
| 18:19.36 | ebroad | t=0 0 |
| 18:19.38 | ebroad | m=audio 2488 RTP/AVP 0 8 3 101 |
| 18:19.40 | ebroad | a=sendrecv |
| 18:19.42 | ebroad | a=rtpmap:101 telephone-event/8000 |
| 18:19.44 | ebroad | a=fmtp:101 0-15 |
| 18:19.59 | ebroad | buflen is (int)strlen(buf) |
| 18:20.25 | putnopvut | ...bytes_read is 1? |
| 18:20.36 | ebroad | yup, always |
| 18:20.50 | putnopvut | Let me make sure that the order of the args to fread is correct. |
| 18:21.42 | putnopvut | ebroad: could you try un-un-commenting the line, reversing the 2nd and 3rd args to fread and trying again? |
| 18:21.51 | ebroad | putnopvut, sure |
| 18:21.55 | putnopvut | er...just uncommenting :) |
| 18:24.58 | ebroad | sweet |
| 18:25.03 | ebroad | that did the trink |
| 18:25.08 | ebroad | *trick |
| 18:25.19 | ebroad | chan_sip.c: [Sep 16 14:24:36] bytes_read is 182, buflen is 182, |
| 18:26.06 | ebroad | putnopvut, should i attach a patch to 15905? |
| 18:28.01 | *** join/#asterisk-bugs jsmith (n=jsmith@asterisk/training-and-documentation-guru/jsmith) |
| 18:28.01 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 18:33.44 | putnopvut | ebroad: sure, if you'd like. |
| 18:38.17 | ebroad | putnopvut, done |
| 18:39.15 | putnopvut | ebroad: awesome |
| 18:39.28 | putnopvut | I'd commit the patch now, but it appears that my connection to the svn server is hosed right now. |
| 18:39.33 | ebroad | putnopvut, np, thanks for working with me on this |
| 18:39.49 | Corydon76-dig | putnopvut: the building appears to be hosed right now |
| 18:40.13 | putnopvut | Corydon76-dig: yeah |
| 18:40.18 | putnopvut | I'm surprised I can still jabber |
| 18:41.42 | ebroad | i can hit svn.digium |
| 18:41.47 | ebroad | but not origsvn |
| 18:43.10 | Corydon76-dig | Those are hosted in 2 different places |
| 18:43.29 | ebroad | figured as much based on the ip's |
| 18:43.40 | ebroad | i am assuming that you commit to origsvn 1st |
| 18:43.49 | ebroad | then merge svn |
| 18:43.52 | Corydon76-dig | You only commit to origsvn |
| 18:44.03 | Corydon76-dig | svn is a sync server |
| 18:44.06 | ebroad | ah |
| 18:46.20 | ebroad | i work in nyc, and sometimes all it takes is a backhoe to take out my building and half the block |
| 18:52.53 | ebroad | file, re r218918, not sure if you are aware of 15896 |
| 18:54.04 | *** join/#asterisk-bugs Deeewayne (n=dwayne@75.76.254.162) |
| 18:54.04 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 19:10.44 | *** join/#asterisk-bugs mnicholson_ (n=mnichols@nat/digium/x-bnbwwkrzpnjhwcxt) |
| 19:10.47 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 19:12.01 | *** join/#asterisk-bugs The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 19:12.52 | file | M15896 |
| 19:12.55 | MuffinMan | [ready for review] [Asterisk] Channels/chan_sip/TCP-TLS 0015896: [patch] handle_response check for retransmits when using TCP/TLS reported by ebroad (Karma: neutral) https://issues.asterisk.org/view.php?id=15896 |
| 19:14.09 | file | I was not but I'll close and give you karma, as soon as I can |
| 19:14.22 | ebroad | file, sure no rush |
| 19:14.40 | file | origsvn is still offfffffffffffline |
| 19:59.51 | *** part/#asterisk-bugs ebroad (n=EB@72.11.213.195) |
| 21:03.57 | *** join/#asterisk-bugs ibercom (i=d9d85043@gateway/web/freenode/x-szjxljykkvapmpyp) |
| 21:04.43 | *** join/#asterisk-bugs Deeewayne (n=dwayne@75.76.254.162) |
| 21:04.48 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 21:57.21 | *** part/#asterisk-bugs ibercom (i=d9d85043@gateway/web/freenode/x-szjxljykkvapmpyp) |
| 22:19.53 | *** join/#asterisk-bugs ebroad (n=EB@72.11.213.195) |