| 00:00.10 | *** join/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 00:00.10 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 01:20.40 | *** join/#asterisk-bugs JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 01:20.40 | *** mode/#asterisk-bugs [+o JunK-Y] by ChanServ |
| 02:37.27 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:37.27 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 03:55.15 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 03:59.06 | *** join/#asterisk-bugs mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 04:23.08 | *** join/#asterisk-bugs fakhir_ (n=fakhir@unaffiliated/fakhir) |
| 05:08.59 | *** join/#asterisk-bugs implicit (n=bayan@unaffiliated/implicit) |
| 05:08.59 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 06:27.37 | *** join/#asterisk-bugs codefreeze-lap (n=murf@72.21.67.40) |
| 06:51.30 | *** join/#asterisk-bugs file (n=file@asterisk/developer-and-muffin-lover/file) |
| 06:51.30 | *** mode/#asterisk-bugs [+o file] by ChanServ |
| 07:01.39 | *** join/#asterisk-bugs oej (n=olle@90-84-254-204.ip.sipit.net) |
| 07:11.20 | *** join/#asterisk-bugs implicit (n=bayan@unaffiliated/implicit) |
| 07:11.20 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 07:32.04 | *** join/#asterisk-bugs tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 09:37.26 | *** join/#asterisk-bugs tuxd00d (n=tuxd00d@128.187.132.25) |
| 11:50.54 | *** join/#asterisk-bugs implicit (n=bayan@unaffiliated/implicit) |
| 11:50.54 | *** join/#asterisk-bugs tuxd00d (n=tuxd00d@128.187.132.25) |
| 11:50.54 | *** join/#asterisk-bugs oej (n=olle@90-84-254-204.ip.sipit.net) |
| 11:50.54 | *** join/#asterisk-bugs file (n=file@asterisk/developer-and-muffin-lover/file) |
| 11:50.54 | *** join/#asterisk-bugs mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 11:50.54 | *** join/#asterisk-bugs JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 11:50.54 | *** join/#asterisk-bugs De_Mon (i=de_mon@fl-67-77-166-5.dyn.embarqhsd.net) [NETSPLIT VICTIM] |
| 11:50.54 | *** join/#asterisk-bugs citats (n=james@mrplow.gnuinternet.com) |
| 11:50.54 | *** mode/#asterisk-bugs [+oooo implicit file JunK-Y citats] by irc.freenode.net |
| 11:50.54 | *** join/#asterisk-bugs Corydon76-dig (i=black@pdpc/supporter/bronze/Corydon76-home) |
| 11:50.55 | *** join/#asterisk-bugs seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 11:50.55 | *** join/#asterisk-bugs DarKnesS_WolF (n=sherif@unaffiliated/sherif) |
| 11:50.55 | *** join/#asterisk-bugs MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 11:50.55 | *** join/#asterisk-bugs ChanServ (ChanServ@services.) |
| 11:50.55 | *** join/#asterisk-bugs elguero (n=elguero@ns1.nashuacs.com) |
| 11:50.55 | *** join/#asterisk-bugs awk (n=awk@security.web.za) |
| 11:50.55 | *** mode/#asterisk-bugs [+oo Corydon76-dig ChanServ] by irc.freenode.net |
| 12:03.15 | *** join/#asterisk-bugs file (n=file@asterisk/developer-and-muffin-lover/file) |
| 12:03.15 | *** join/#asterisk-bugs tuxd00d (n=tuxd00d@128.187.132.25) |
| 12:03.15 | *** join/#asterisk-bugs oej (n=olle@90-84-254-204.ip.sipit.net) |
| 12:03.16 | *** join/#asterisk-bugs JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 12:03.16 | *** join/#asterisk-bugs ChanServ (ChanServ@services.) |
| 12:03.16 | *** join/#asterisk-bugs elguero (n=elguero@ns1.nashuacs.com) |
| 12:03.16 | *** join/#asterisk-bugs awk (n=awk@security.web.za) |
| 12:03.16 | *** mode/#asterisk-bugs [+ooo file JunK-Y ChanServ] by irc.freenode.net |
| 12:10.47 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 12:10.47 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 12:16.01 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:27.28 | *** join/#asterisk-bugs russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 12:27.28 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 12:42.38 | *** join/#asterisk-bugs bbryant (n=Brett_Br@adsl-159-32-97.flo.bellsouth.net) |
| 12:42.38 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 12:50.22 | *** join/#asterisk-bugs shido6 (n=shido6@209.114.208.111) |
| 12:59.44 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:59.44 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 14:04.33 | *** join/#asterisk-bugs putnopvut (n=putnopvu@nat/digium/x-2938b9beec89f8b1) |
| 14:04.33 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:27.35 | *** join/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-d5c146213172cf4a) |
| 14:27.35 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 14:41.15 | putnopvut | lmadsen: I'm about to close 13005. Regarding your note about receiving karma, did you want me to assign karma to people, or were you planning to do that? |
| 14:42.05 | lmadsen | I already did that... but couldn't assign to everyone because the bug tracker has a bug... |
| 14:45.25 | putnopvut | lame |
| 14:45.36 | putnopvut | Okay, then. I'll just close the bug, then. |
| 14:46.10 | lmadsen | okie, thx! |
| 14:46.16 | lmadsen | you got 8 karma though :) |
| 14:46.21 | putnopvut | yay! |
| 14:46.23 | putnopvut | Thanks :) |
| 14:46.54 | putnopvut | So, here's something interesting. lmadsen, you apparently assigned issue 13700 to me earlier today. |
| 14:47.08 | lmadsen | possibly! |
| 14:47.18 | putnopvut | But I didn't get any e-mail telling me so. The only reason I know it got assigned to me is because oej commented on it shortly after. |
| 14:47.24 | lmadsen | weird... |
| 14:47.33 | lmadsen | kicks the bug tracker |
| 14:47.50 | putnopvut | Yeah, so until that gets fixed, you may wonder why people you assign issues to mysteriously don't know they have them assigned... |
| 14:48.15 | lmadsen | hrmmm... I'll be sure to make a comment after assigning then :) |
| 14:48.16 | oej | And lmadsen asked a question without waiting for a response... :-) |
| 14:49.14 | lmadsen | it was somewhat rhetorical |
| 14:54.56 | russellb | maybe I should go through all of the bugs on the bug tracker and comment with "this is a bug" :-p |
| 14:55.30 | lmadsen | at least the date of recent activity would be updated... :) |
| 14:55.36 | russellb | ha |
| 14:57.08 | putnopvut | I think that there should be a cron job on bugs.digium.com that closes a random open issue every day. |
| 14:57.27 | russellb | or maybe a bot that randomly posts "*bump*" |
| 14:58.13 | lmadsen | what about *hump*? |
| 14:58.37 | russellb | sure |
| 14:58.50 | lmadsen | motion carried |
| 14:59.41 | russellb | i'm glad we were able to come together and determine ways to increase productivity |
| 14:59.47 | russellb | great work, everyone |
| 15:00.13 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:00.35 | oej | russellb: If you don't like that I'm confirming a report then I'll stay away from the bug tracker and let you guys figure things out. |
| 15:01.30 | russellb | oej: We're just joking around. There was just some initial confusion over what you meant by the comment. |
| 15:10.39 | *** part/#asterisk-bugs bbryant (n=Brett_Br@adsl-159-32-97.flo.bellsouth.net) |
| 16:07.23 | *** join/#asterisk-bugs otherwiseguy (n=otherwis@cpe-72-128-38-41.kc.res.rr.com) |
| 16:07.39 | otherwiseguy | M12854 |
| 16:07.43 | MuffinMan | [feedback] [Asterisk] Resources/res_features 0012854: Unparked caller has ability to transfer reported by davidw (Karma: +1.50) http://bugs.digium.com/view.php?id=12854 |
| 16:10.24 | otherwiseguy | I can solve with datastores to some extent, but only by treating the unparking caller the same as the parking caller as far as transfer permissions go. This isn't exactly right. Am I correct that the only way to really do that correctly would be to add the ability do features specification to the Park() apps? i.e. when unparking a caller, specify t or T, etc.? And then that doesn't work because the unparking extension is g |
| 16:25.31 | *** join/#asterisk-bugs bweschke (n=BJ_Wesch@74.94.3.214) |
| 16:28.13 | jsmith | otherwiseguy: Yes... In general, I think we're almost to the point where flags like t and T don't cover it, and we may want to think of role-based permissions |
| 16:28.21 | jsmith | hates to even bring that up |
| 16:28.42 | bweschke | loves to hear jsmith say that! :-D |
| 16:28.45 | otherwiseguy | I despise the flags. Despise them. |
| 16:28.56 | jsmith | That makes three of us :-) |
| 16:29.15 | jsmith | bweschke: Hey, as long as we're dreaming... let's dream big! |
| 16:29.23 | bweschke | sure! |
| 16:29.35 | russellb | and to do so, we expose the ability to make that decision via a hook so that people can write logic based on their own business rules |
| 16:29.38 | russellb | ducks and runs |
| 16:29.57 | otherwiseguy | Dealing with all of the edge cases of trying to pass them around in combination SIP transfer, builtin atxfer, etc. when there are several layers of masqueraded channels is just crazy difficult. |
| 16:30.28 | bweschke | russellb: yes - that's one way to implement it .. |
| 16:30.42 | otherwiseguy | russellb: :-) |
| 16:31.34 | jsmith | russellb: So that's where the aliens put my brains when they stole them from me! It's you! |
| 16:31.56 | russellb | Also, keep in mind that I am also in favor of having default implementations of all this stuff that we're pushing outside of asterisk the application |
| 16:32.06 | russellb | asterisk the project can still provide something ... |
| 16:32.29 | russellb | i'm not saying make it take more work to use and leave it at that .. |
| 16:32.44 | russellb | but there is a fundamental change on the table here on how we view asterisk the application. |
| 16:32.57 | russellb | and similarly, what asterisk, the project, delivers |
| 16:33.00 | bweschke | w00t! vmail.cgi becomes noyoucant.cgi ! |
| 16:33.26 | russellb | it's a huge decision to make, for sure. |
| 16:33.42 | russellb | but I think in the end, everyone will agree that this is the right way to go :) |
| 16:34.33 | bweschke | russellb: yes. otherwise the developers are tasked with the impossible task of creating scenarios for all which is inevitably not going to work for some |
| 16:35.23 | russellb | pretty much ... |
| 16:40.40 | tzafrir_laptop | russellb, please suggest how you can enforce (reasonably) the limitation that company_a can edit part of the dialplan but not destroy company_b's part |
| 16:41.08 | russellb | i suggest that neither are able to edit the dialplan |
| 16:41.19 | russellb | and that there is some entity that arbitrates what each can do |
| 16:41.24 | russellb | and that the entity lives outside of asterisk |
| 16:41.26 | tzafrir_laptop | which is a grave limitation to the suggested interface |
| 16:41.41 | tzafrir_laptop | err... #asterisk-dev ? |
| 16:41.46 | russellb | shrugs |
| 16:42.02 | lmadsen | asterisk-dev mailing list would be better |
| 16:42.52 | russellb | yep |
| 16:52.30 | Corydon76-dig | pokes lmadsen with 13631 |
| 16:53.13 | lmadsen | Corydon76-dig: HI! |
| 16:53.19 | Corydon76-dig | hai |
| 16:53.57 | lmadsen | Corydon76-dig: so for some reason... I can't get func_odbc to return anything in trunk... |
| 16:54.02 | Corydon76-dig | Weird |
| 16:54.16 | lmadsen | indeed... I have a pretty simple config too -- but it works in 1.4 |
| 16:54.21 | lmadsen | but no data returned in trunk |
| 16:54.30 | lmadsen | [TEST] |
| 16:54.32 | lmadsen | dsn=testing |
| 16:54.38 | lmadsen | readsql=select testing from testing |
| 16:54.42 | lmadsen | that's it |
| 16:54.56 | lmadsen | odbc show is connected fine |
| 16:55.08 | lmadsen | and moving to 1.4 and s/readsql/read/ makes it all work |
| 17:03.11 | Corydon76-dig | lmadsen: well, does it work WITH the patch? |
| 17:09.12 | lmadsen | Corydon76-dig: it did not... I tried both |
| 17:09.14 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 17:17.26 | Corydon76-dig | lmadsen: update trunk |
| 17:20.50 | Corydon76-dig | You're so vain... you probably think this bug is about you, don't you, don't you, don't you? |
| 17:23.23 | lmadsen | something like that :) |
| 17:23.27 | lmadsen | updating |
| 17:24.23 | lmadsen | there we go! |
| 17:24.26 | lmadsen | now I have data |
| 17:30.56 | lmadsen | Corydon76-dig: issue reproduced; now testing the patch |
| 17:34.59 | *** join/#asterisk-bugs bbryant (n=brett@68.208.65.50) |
| 17:34.59 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 17:50.35 | Corydon76-dig | lmadsen: and...? |
| 17:50.49 | lmadsen | no worky with updated asterisk-trunk + patch... |
| 17:51.10 | lmadsen | going to try again though... I had the patched version, and ran svn update... and it seems to have merged the changes... I didn't get any conflicts |
| 17:51.14 | lmadsen | but still no data back |
| 17:51.20 | lmadsen | but I got data back with vanilla asterisk |
| 17:51.32 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 18:08.13 | *** join/#asterisk-bugs Shido6 (n=shido6@209.114.208.111) |
| 18:20.21 | *** join/#asterisk-bugs gaetronik (n=gaetan@eficaz2.manquehue.net) |
| 18:20.27 | gaetronik | hi there |
| 18:20.52 | gaetronik | is davevg or bweschke there |
| 18:21.15 | bweschke | gaetronik: yup. |
| 18:21.39 | gaetronik | it's about bug 13707 |
| 18:21.46 | bweschke | ok |
| 18:22.12 | gaetronik | what do you need |
| 18:23.32 | gaetronik | the extensions.conf |
| 18:24.13 | bweschke | queues.conf agents.conf and the relevant portion of extensions.conf |
| 18:24.39 | gaetronik | bweschke, last comment from davevg |
| 18:24.41 | gaetronik | explain |
| 18:24.43 | *** join/#asterisk-bugs davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 18:25.19 | gaetronik | davevg-btwtech, thanks for your explaination |
| 18:25.23 | davevg-btwtech | no problem |
| 18:25.29 | gaetronik | so my bug is invalid it's a feature request that i need |
| 18:25.35 | gaetronik | to add an option to agentlogin |
| 18:26.39 | davevg-btwtech | there'd be a case where you'd want the agent to never be able to hangup a call? |
| 18:26.49 | gaetronik | yes |
| 18:27.01 | gaetronik | ina call center with silly manager |
| 18:27.27 | Corydon76-dig | lmadsen: new patch uploaded on 13631 |
| 18:27.32 | gaetronik | which wants the operator be insulted without the possibility of hanging up |
| 18:27.54 | lmadsen | Corydon76-dig: awesome, I'm just about ready to test again (keep getting bombarded with phone calls) |
| 18:29.19 | gaetronik | the boss will hate me since he had to announce it will remain like this tomorrow at the client |
| 18:32.35 | davevg-btwtech | endcall=no in [agents] section |
| 18:32.55 | davevg-btwtech | in agents.conf |
| 18:33.18 | jsmith | Good ol' opermode, right? |
| 18:35.27 | gaetronik | davevg-btwtech, thanks |
| 18:36.05 | bweschke | gaetronik: closes issue #13707 ? |
| 18:36.11 | gaetronik | yes of course |
| 18:36.18 | bweschke | k thx |
| 18:37.36 | gaetronik | bweschke, put a comment with davevg-btwtech info |
| 18:37.44 | gaetronik | endcall=no |
| 19:08.29 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 19:42.59 | *** join/#asterisk-bugs mcargile (n=mikec@rrcs-24-173-132-218.se.biz.rr.com) |
| 19:44.01 | mcargile | Corydon76-dig: About http://bugs.digium.com/view.php?id=13658 I found this when working on a back port to 1.2 (because the 1.2 version exits immediately) |
| 19:45.25 | mcargile | I was wondering what the possible memory leak you found was so that I can fix it in my back port |
| 19:46.38 | Corydon76-dig | If the frame read is not a voice frame, then it never gets deallocated |
| 19:47.03 | Corydon76-dig | Supposing you waited for silence and a DTMF frame came in... |
| 19:47.11 | mcargile | ahhh |
| 19:47.15 | mcargile | thanks |
| 19:47.37 | mcargile | also I noticed with my back port that if the channel hangs up WaitForSilence never exits |
| 19:47.59 | mcargile | and your log files can fill up if you have the verbosity too high |
| 19:48.38 | mcargile | I put a call into ast_check_hangup() at the beginning of the loop and that went away |
| 19:49.27 | mcargile | the logic that ast_waitfor() throws an error if the channel is hung up does not seem to work at least not for 1.2 |
| 20:09.03 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 20:09.51 | mcargile | Corydon76-dig: well thanks for fixing this.... off to my back port |
| 20:09.56 | *** part/#asterisk-bugs mcargile (n=mikec@rrcs-24-173-132-218.se.biz.rr.com) |
| 20:18.06 | *** join/#asterisk-bugs mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 21:08.39 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 21:22.41 | *** join/#asterisk-bugs proute (n=none@ARouen-153-1-42-5.w90-17.abo.wanadoo.fr) |
| 21:23.17 | proute | Hello, I use asterisk-1.4.21.2. I have this message: sched.c: Request to schedule in the past?!?!. when this message appear, I lost my call. Any idea? |
| 21:48.55 | *** join/#asterisk-bugs implicit (n=bayan@unaffiliated/implicit) |
| 21:48.55 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 22:06.57 | *** part/#asterisk-bugs russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 22:17.38 | *** join/#asterisk-bugs mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 22:33.14 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 22:33.14 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |