| 00:24.11 | *** join/#asterisk-bugs ZX81 (n=matt@202.49.106.158) |
| 00:33.26 | *** join/#asterisk-bugs ZX81_ (n=matt@202.49.106.158) |
| 00:40.55 | *** join/#asterisk-bugs kpfleming (i=kpflemin@nat/digium/x-86ed9096fc2683e9) [NETSPLIT VICTIM] |
| 00:40.55 | *** join/#asterisk-bugs ZX81 (n=matt@202.49.106.158) [NETSPLIT VICTIM] |
| 00:40.55 | *** join/#asterisk-bugs d3wayne (n=deeewayn@c-76-29-245-9.hsd1.al.comcast.net) [NETSPLIT VICTIM] |
| 00:40.55 | *** join/#asterisk-bugs IvanV3835 (n=Miranda@styx.mcn.ru) [NETSPLIT VICTIM] |
| 00:40.55 | *** join/#asterisk-bugs snuff-away (i=snuff@220-253-5-92.VIC.netspace.net.au) [NETSPLIT VICTIM] |
| 00:40.55 | *** join/#asterisk-bugs Vagabond (i=andrew@pdpc/supporter/active/Vagabond) [NETSPLIT VICTIM] |
| 00:40.55 | *** join/#asterisk-bugs Deeewayne (i=dwayne@nat/digium/x-f4ac6ca07cd247cc) [NETSPLIT VICTIM] |
| 00:40.55 | *** join/#asterisk-bugs MuffinMan (n=muffins@neutrino.joshua-colp.com) [NETSPLIT VICTIM] |
| 00:40.55 | *** mode/#asterisk-bugs [+oo kpfleming Deeewayne] by irc.freenode.net |
| 01:18.44 | *** join/#asterisk-bugs fakhir (n=Fakhir@unaffiliated/fakhir) |
| 01:21.56 | *** join/#asterisk-bugs blitzrage (n=blitzrag@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:21.56 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 01:25.14 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 01:25.14 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 05:51.08 | aiksa[LV] | okay attmpt #2 http://pastebin.com/m2e7d5a51 |
| 05:51.21 | aiksa[LV] | couldnt find anything relevant in bugtracker too. |
| 05:52.27 | aiksa[LV] | on 10% of my outgoing calls i get chan_zap.c:4950 zt_write: Unable to set linear mode on channel 3 |
| 05:53.18 | aiksa[LV] | pastebin has more details wihtin. If you need to know further details, please let me know. |
| 05:53.50 | aiksa[LV] | after this message, the calling party hears loud noise, and afterwards the call is destroyed |
| 06:20.31 | *** join/#asterisk-bugs blitzrage (n=blitzrag@asterisk/documenteur-extraordinaire/blitzrage) |
| 06:20.31 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 06:36.45 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 06:36.46 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 07:21.10 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 07:21.10 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 07:24.41 | *** join/#asterisk-bugs jsmith-away (n=jsmith@000-249-242.area3.spcsdns.net) |
| 07:24.41 | *** mode/#asterisk-bugs [+o jsmith-away] by ChanServ |
| 08:31.15 | *** join/#asterisk-bugs michael-i (n=michael-@Leb09.l.pppool.de) |
| 08:55.40 | *** join/#asterisk-bugs snuff-away (i=snuff@220-253-60-203.VIC.netspace.net.au) |
| 09:12.08 | aiksa[LV] | so anyone active yet? |
| 09:32.02 | jmls | aiksa[LV]: are you sure that dchan is channel 1 ? Here in the UK, it's always 16 for all the lines I've used |
| 09:33.37 | aiksa[LV] | jmls: I am sure |
| 09:33.54 | aiksa[LV] | there was a problem with network termination equipment for our leased digital line |
| 09:34.04 | aiksa[LV] | they couldnt make 16th transaparent |
| 09:34.27 | aiksa[LV] | so both of the parties we and the destiantion moved the d to 1 over a three years ago |
| 09:34.35 | aiksa[LV] | incomming calls have worked fine since |
| 09:35.03 | aiksa[LV] | now we are starting to use the line for outgoing calls too. |
| 09:35.45 | jmls | oh, ok. |
| 09:36.18 | aiksa[LV] | neither do I |
| 09:36.34 | aiksa[LV] | it took us about a week to debug why link was not working :P |
| 09:38.20 | aiksa[LV] | the idea for setup is as follows: Mobile services provider(e1)<--[network termination equipment]<----(leased 2Mbps digital line of another telco)----->[network termination equipment]--> (e1)our device |
| 09:39.09 | aiksa[LV] | they promissed truly transaparent all of the timeframes, in the reality it was not as expected |
| 09:39.56 | aiksa[LV] | while changing that to 1st timeframe in asterisk was trivial, the mobile telco had to swap the jumpers in one of their core switching equipment :P |
| 09:41.24 | aiksa[LV] | jmls: so any ideas what might be causing this? |
| 10:03.34 | jmls | sorry, no. Have never seen this problem before |
| 10:10.27 | aiksa[LV] | jmls: i thought so. nothing of any relation shows up in google. |
| 10:11.01 | aiksa[LV] | wrote a message to digium support. hope they will have a hint |
| 10:11.43 | aiksa[LV] | I do have a call to MixMonitor and Set(callerid(num)) before dialing out. But those have never caused any problems |
| 10:12.21 | aiksa[LV] | jmls: perhaps you know why channel gets moved from 1 timeframe to other? A requested by remote party? |
| 12:59.50 | *** join/#asterisk-bugs codefreeze (n=steve_mu@216.166.159.235) |
| 13:06.41 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 13:06.41 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 14:32.38 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:32.38 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 14:42.50 | *** join/#asterisk-bugs miguel3239 (n=elguero@ns1.nashuacs.com) |
| 14:58.42 | *** join/#asterisk-bugs putnopvut (i=putnopvu@nat/digium/x-1758fc97a273c735) |
| 14:58.42 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 15:28.14 | Deeewayne | Corydon76-dig: did you see 10809 might be fixed ? |
| 15:28.35 | Deeewayne | M10809 |
| 15:28.36 | MuffinMan | [feedback] [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 |
| 15:33.03 | Corydon76-dig | Heh, yep |
| 15:34.16 | *** join/#asterisk-bugs dlynes_laptop (n=dlynes@d154-20-9-152.bchsia.telus.net) |
| 15:34.25 | blitzrage | yay love |
| 15:35.05 | Corydon76-dig | Free love |
| 15:36.58 | jsmith | blitzrage: There is no such thing. |
| 15:37.21 | Qwell | and buying it is illegal in most places |
| 15:37.38 | jsmith | Qwell: That wouldn't make it free now would it |
| 15:40.44 | russellb | <3 |
| 15:41.33 | blitzrage | lol |
| 15:47.39 | Corydon76-dig | Could I get a second opinion in on 10549? I fear that my strong architectural sense might be blocking a legitimate concern |
| 15:47.58 | putnopvut | M10549 |
| 15:47.59 | MuffinMan | [feedback] [Asterisk] Addons/General 0010549: "Set" application silently changed in trunk to no longer support multiple assignments reported by stevedavies http://bugs.digium.com/view.php?id=10549 |
| 15:49.04 | Corydon76-dig | I think if he still wants to do that, he should just use the ARRAY function |
| 15:49.42 | Corydon76-dig | but we shouldn't create two applications, one for improved syntax and one for the old crappy syntax |
| 15:51.15 | russellb | hmmm |
| 15:51.54 | russellb | i usually say that if it isn't especially difficult to maintain compatability, then let's do it ... here is another idea just to throw it out there |
| 15:52.09 | russellb | what about an escape function that can escape commas if there isn't already one |
| 15:52.17 | russellb | to protect data that may contain commans |
| 15:52.19 | russellb | commas* |
| 15:52.33 | russellb | and then nobody has to to restructure dialplans |
| 15:53.09 | russellb | like stevedavies said, it's going to really hard for people to switch it in some cases where they have done "tricky stuff with priorities" ... |
| 15:53.42 | russellb | since the database concern is really the minority case here |
| 15:54.01 | Corydon76-dig | russellb: well, you can, but it leads us right back down the path of the insane amount of escaping that we needed to do in 1.4 |
| 15:54.03 | russellb | it would make sense to have the minority group do the little bit of extra work (ensure the values get escaped) versus screwing up the majority |
| 15:54.16 | russellb | it's just a single escape of the commas, right? |
| 15:54.21 | russellb | i think that's reasonable |
| 15:54.33 | Corydon76-dig | At this level, yes, it's just one |
| 15:55.26 | Corydon76-dig | but the idea of the architectural restructure was to avoid the multilevels of escaping |
| 15:55.47 | russellb | right ... |
| 15:55.56 | Corydon76-dig | In 1.4, you have to understand the core of Asterisk to figure out how to escape correctly |
| 15:56.05 | Corydon76-dig | I'd like to avoid that for 1.6 |
| 15:56.42 | russellb | i think it's pretty straight forward to understand that for this application that allows multiple sets, you need to escape commas in a value ... |
| 15:56.56 | russellb | and you don't break a crapton of established dialplan code |
| 15:57.06 | russellb | i think we should avoid breaking compatability as much as we can |
| 15:57.41 | russellb | the complexities of escaping that you have cleaned up certainly have cost associated with them |
| 15:58.01 | russellb | but the added burden on people where dialplans don't work anymore has real cost, too |
| 15:58.31 | russellb | i'm not really trying to force a decision in any one way ... just providing an alternative viewpoint ... |
| 15:58.37 | russellb | for now, i must run off to lunch |
| 15:58.37 | Corydon76-dig | Okay |
| 16:00.39 | putnopvut | Corydon76-dig: were there situations in 1.4 that required multiple levels of escaping? |
| 16:00.52 | putnopvut | Like escaping a comma like \\\, |
| 16:00.57 | Qwell | putnopvut: yes |
| 16:00.59 | russellb | yeah, it was pretty gross |
| 16:01.05 | russellb | took me a while to understand it, heh |
| 16:01.17 | Qwell | it's mind-bending stuff |
| 16:01.43 | Qwell | and when you had to escape wasn't really consistent either |
| 16:01.49 | putnopvut | Well, is it possible to have a smart ESCAPE function so you could call Set(ESCAPE(val1,val2,val3)) and Asterisk would know to escape the commas? |
| 16:02.04 | putnopvut | And the ESCAPE function could "smartly" do the correct level of escaping? |
| 16:02.26 | putnopvut | Maybe call it LITERALPUNCTUATION if people aren't familiar with the term "escaping?" |
| 16:03.03 | putnopvut | I'm not familiar enough with the core to know if this is even doable, but just a suggestion. |
| 16:03.20 | Corydon76-dig | It's doable, just difficult to get right for all contexts |
| 16:03.37 | Corydon76-dig | It may actually be easier now that I've done cleanup |
| 16:05.33 | putnopvut | Or if the commas only need to be escaped for database lookups, then you could even call the function DATABASE_STRING or something. |
| 16:19.10 | Corydon76-dig | putnopvut: I really don't like really long function names like that |
| 16:19.58 | Corydon76-dig | We already escape commas in the middle of fields coming back from func_odbc |
| 16:22.42 | *** join/#asterisk-bugs fakhir (n=Fakhir@unaffiliated/fakhir) |
| 17:04.33 | *** join/#asterisk-bugs d3wayne (n=deeewayn@c-76-29-245-9.hsd1.al.comcast.net) |
| 18:24.31 | mvanbaak | Corydon76-dig: thanks for MSet() |
| 18:24.43 | Corydon76-dig | Ugh ugh ugh |
| 18:36.19 | *** join/#asterisk-bugs russellb_ (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 18:36.19 | *** mode/#asterisk-bugs [+o russellb_] by ChanServ |
| 18:48.09 | *** join/#asterisk-bugs snuff-away (i=snuff@220-253-7-27.VIC.netspace.net.au) |
| 20:24.15 | *** join/#asterisk-bugs deeperror (n=deeperro@69-215-202-195.ded.ameritech.net) |
| 20:54.40 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:54.40 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 21:01.47 | Deeewayne | M10868 |
| 21:01.48 | MuffinMan | [new] [Asterisk] Channels/chan_sip/Interoperability 0010868: 1.4.11 Stable - Polycom phones hang up when media is re-invited while resuming from an on-hold state reported by mavince http://bugs.digium.com/view.php?id=10868 |
| 21:02.05 | Deeewayne | anyone look at this at all ? ^^ |
| 21:03.37 | putnopvut | This is actually a duplicate of 9921, I believe. |
| 21:03.50 | putnopvut | I actually discussed this briefly with Kevin at lunch today. |
| 21:04.23 | Deeewayne | O.O |
| 21:04.38 | putnopvut | But what we discussed was that there is a flag right now in sip_pvt which means that there's an INVITE pending. |
| 21:05.03 | putnopvut | It's used right now to mean that once we're done with whatever transaction we're in right now, we need to send the pending INVITE. |
| 21:05.34 | putnopvut | Kevin was postulating that we could use that exact same flag for this purpose too, which is to retransmit a REINVITE when we receive a 491. |
| 21:06.17 | putnopvut | But there's more to it than just that. |
| 21:06.45 | putnopvut | According to the RFC, if we receive a 491, we're supposed to wait a bit (I think between 2 and 4 seconds) to retransmit the REINVITE. |
| 21:06.55 | Deeewayne | putnopvut: do you happen to be working this issue ? |
| 21:07.09 | putnopvut | I took a look at 9921 back a couple of weeks ago. |
| 21:07.17 | putnopvut | But I didn't actually do much with it. |
| 21:07.28 | putnopvut | I just happened to have discussed it with Kevin today. |
| 21:07.46 | Deeewayne | ok. this might be getting hot on my end |
| 21:10.50 | putnopvut | Deeewayne: does that mean you're taking this one on? |
| 21:11.02 | *** part/#asterisk-bugs deeperror (n=deeperro@69-215-202-195.ded.ameritech.net) |
| 21:11.34 | Deeewayne | It means I hope someone grabs it and fixes it before I have to take it ;-) |
| 21:11.47 | putnopvut | heh |
| 21:12.12 | Deeewayne | want it ? |
| 21:12.34 | putnopvut | um...maybe? |
| 21:13.59 | Deeewayne | if you can't take it, I'll try to reproduce it |
| 21:15.02 | Deeewayne | if you do take it, you get to be the hero :-) |
| 21:55.28 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 21:55.28 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 22:17.15 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 22:17.15 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |