| 00:10.21 | *** join/#asterisk-bugs JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 00:10.21 | *** mode/#asterisk-bugs [+o JunK-Y] by ChanServ |
| 02:23.57 | *** join/#asterisk-bugs JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 02:23.57 | *** mode/#asterisk-bugs [+o JunK-Y] by ChanServ |
| 04:13.37 | *** join/#asterisk-bugs fakhir_ (n=fakhir@unaffiliated/fakhir) |
| 10:15.56 | *** join/#asterisk-bugs TheH (n=tommy@86.43.150.138) |
| 10:16.59 | TheH | any BRI misdn gurus here ? |
| 10:42.17 | jmls | looks around |
| 10:42.19 | jmls | erm, nope |
| 11:09.26 | TheH | :) |
| 11:56.06 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:56.06 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 11:58.33 | jmls | lmadsen: ! |
| 11:58.42 | lmadsen | jmls: !!! |
| 11:59.01 | jmls | hows things in documentation land ? |
| 12:00.27 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:01.01 | lmadsen | oh not bad... don't get to do a lot of documentation lately with all these projects I'm working on... unfortunately |
| 12:06.35 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 12:06.35 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 12:12.09 | *** join/#asterisk-bugs DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 12:34.40 | *** join/#asterisk-bugs shido6 (n=shido6@209.114.208.192) |
| 12:59.55 | *** join/#asterisk-bugs albertoandrade (n=alberto@200.195.161.164) |
| 13:04.46 | *** join/#asterisk-bugs shido6 (n=shido6@209.114.208.192) |
| 13:45.14 | *** join/#asterisk-bugs putnopvut (n=putnopvu@216.207.245.1) |
| 13:45.14 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:54.17 | *** join/#asterisk-bugs Deeewayne (n=Deeewayn@216.207.245.1) |
| 14:54.18 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 15:07.48 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:08.20 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:23.40 | *** join/#asterisk-bugs fakhir_ (n=fakhir@unaffiliated/fakhir) |
| 15:36.17 | putnopvut | M13005 |
| 15:36.20 | MuffinMan | [feedback] [Asterisk] Applications/app_mixmonitor 0013005: Recording speed too fast (running BRI B410P) reported by alexb_uk (Karma: neutral) http://bugs.digium.com/view.php?id=13005 |
| 15:36.34 | putnopvut | file: do you think this could be due to the slinfactory flushing performed by audiohooks? |
| 15:37.12 | file | eep yes |
| 15:37.18 | *** join/#asterisk-bugs DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 15:38.08 | Seb7 | I noticed this morning that audiohooks prints a LOT of stuff if you have core debug 1 with app_mixmonitor! |
| 15:38.40 | putnopvut | Seb7: yeah, the messages about a factory being pretty quick last time. |
| 15:38.48 | Seb7 | [Jul 9 12:51:46] DEBUG[10095]: audiohook.c:212 audiohook_read_frame_both: Read factory 0x81e8218 was pretty quick last time, waiting for them. |
| 15:39.04 | Seb7 | this is on PRI though, not BRI btw |
| 15:39.13 | file | that message itself is normal |
| 15:39.40 | Seb7 | well, it sort of swamps the console / logs :p I had to grep it out to see much. |
| 15:40.11 | russellb | turn off debug logging then!! |
| 15:40.14 | russellb | ugh |
| 15:42.48 | Seb7 | well, I figured I'd post the debug logs for a bug I mentionned yesterday (no ID yet), but it's not easy to see what's going on with that. |
| 15:47.47 | russellb | ah. then you can just comment out that debug message from the code |
| 15:49.05 | Seb7 | Right, except this is AsteriskNOW. Anyway, if this message is normal, why is it at debug level 1? Maybe 5 or so would be better. |
| 15:49.55 | russellb | maybe so. |
| 15:52.39 | putnopvut | M13034 |
| 15:52.42 | MuffinMan | [new] [Asterisk] Channels/chan_sip/Interoperability 0013034: 183 response although progressinband=never reported by klaus3000 (Karma: +11.75) http://bugs.digium.com/view.php?id=13034 |
| 15:52.56 | putnopvut | Am I right that progressinband shoule not actually regulate whether Asterisk sends a 183 response? |
| 15:53.19 | putnopvut | I thought it just controlled whether inband progress would be sent and had nothing to do with out-of-band signalling. |
| 16:13.00 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 16:34.29 | *** join/#asterisk-bugs codefreeze-lap (n=murf@216.166.159.235) |
| 16:52.39 | *** join/#asterisk-bugs ACiDV (n=joel@246-192.hy.cgocable.ca) |
| 17:30.19 | *** join/#asterisk-bugs eliel (n=eliel@host-cotesma-162-216.smandes.com.ar) |
| 18:01.46 | *** join/#asterisk-bugs eliel (n=eliel@host-cotesma-162-216.smandes.com.ar) |
| 18:02.21 | *** join/#asterisk-bugs DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 18:19.29 | *** join/#asterisk-bugs AdamWest (n=Leif@CPE001d7e2f9574-CM0012c9db3d2e.cpe.net.cable.rogers.com) |
| 18:35.24 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 18:46.32 | putnopvut | M12955 |
| 18:46.34 | MuffinMan | [new] [Asterisk] Core/RTP 0012955: suspected typo in main/rtp.c bridge_p2p_rtp_write() payload type check (can cause RFC2833 DTMF detection issues) reported by tonyredstone (Karma: neutral) http://bugs.digium.com/view.php?id=12955 |
| 18:47.06 | putnopvut | file: it's a very small patch which I'm sure you could either approve or disapprove in a matter of seconds. Do you mind taking a look when you get a chance? |
| 18:50.52 | *** join/#asterisk-bugs bkruse (n=bkruse@76.73.154.120) |
| 18:51.08 | file | I do believe I approve |
| 18:56.37 | Seb7 | I was wondering if that issue was the cause of the DTMF issue I found with MixMonitor? |
| 18:57.00 | file | P2P bridging wouldn't even happen |
| 18:57.18 | Seb7 | Oh, ok. I didn't really understand that bug. |
| 19:01.37 | putnopvut | file: given your belief of approval, I'll go ahead and get that merged on up. Thanks! |
| 20:39.52 | *** join/#asterisk-bugs jmls (n=chatzill@host217-36-208-155.in-addr.btopenworld.com) |
| 20:55.08 | *** join/#asterisk-bugs eliel (n=eliel@host-cotesma-162-216.smandes.com.ar) |
| 22:14.08 | *** join/#asterisk-bugs otherwiseguy (n=otherwis@CPE-75-81-49-192.kc.res.rr.com) |