| 00:27.15 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 00:27.15 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 01:44.18 | JunK-Y | jtodd: congrats! |
| 02:19.59 | *** join/#asterisk-bugs mackes (n=root@cpe-24-198-43-238.buffalo.res.rr.com) |
| 02:35.37 | *** join/#asterisk-bugs fakhir_ (n=fakhir@unaffiliated/fakhir) |
| 03:03.54 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 04:39.03 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 04:39.03 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 05:02.39 | *** join/#asterisk-bugs fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 06:25.19 | *** join/#asterisk-bugs codefreeze-lap (n=murf@216.166.159.235) |
| 06:41.25 | *** join/#asterisk-bugs jmls (n=asterisk@host217-36-208-155.in-addr.btopenworld.com) |
| 07:15.09 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 10:57.23 | *** join/#asterisk-bugs jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 11:08.29 | *** join/#asterisk-bugs DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:58.00 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:54.12 | *** join/#asterisk-bugs codefreeze-lap (n=murf@216.166.159.235) |
| 13:09.54 | *** join/#asterisk-bugs mbranca (n=matteo@mi-gw1.voismart.net) |
| 13:29.53 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:29.53 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 14:23.40 | *** join/#asterisk-bugs mackes-Office (n=root@74.10.229.49) |
| 14:27.18 | *** join/#asterisk-bugs jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 14:36.06 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:16.38 | *** join/#asterisk-bugs bbryant (n=brett@216.207.245.1) |
| 15:16.38 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 15:28.12 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:28.12 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 15:49.49 | *** join/#asterisk-bugs Shotygun (n=thorn@213.31.43.3) |
| 15:54.49 | *** join/#asterisk-bugs mbranca (n=matteo@mi-gw1.voismart.net) |
| 16:05.49 | jpeeler | M11826 |
| 16:05.50 | MuffinMan | [assigned] [Asterisk] Resources/res_features 0011826: Call transfer with 4 and more participants reported by aiker (Karma: neutral) http://bugs.digium.com/view.php?id=11826 |
| 16:05.58 | jpeeler | file: is the transfer issue you're working on related to this? |
| 16:06.29 | file | nope |
| 16:06.58 | jpeeler | ok, well can you tell me what the proper behavior is then |
| 16:07.39 | file | does not know |
| 16:07.54 | jpeeler | nobody does |
| 16:57.12 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 18:13.00 | file | pokes codefreeze / codefreeze-lap |
| 18:35.40 | mvanbaak | stop stealing his time ! |
| 18:35.45 | mvanbaak | ;) |
| 18:35.58 | mvanbaak | he's creating time to have a look at the ast_frame changes |
| 18:53.27 | file | M11826#last |
| 18:53.28 | MuffinMan | [11826#0087068] Commented by jpeeler on 05-20-08 at 11:08: I tested with Polycom phones as A1 and A2. When A2 presses the transfer button the second time, the transfer is considered complete, A2 is hung up, and A1 and A3 are talking. A2 can not start another assisted transfer in the middle of |
| 18:53.29 | MuffinMan | ..another transfer, which perhaps is the correct behavior. If A2 starts to transfer to A3 by mistake when really the intended target is A4, it seems that a disconnect is required. Then a new assisted transfer can be made to A4. |
| 18:53.29 | MuffinMan | .. |
| 18:53.29 | MuffinMan | .. |
| 18:53.34 | MuffinMan | ..I need feedback if this is the way things really are supposed to work. |
| 18:53.46 | file | voila. |
| 18:56.27 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 19:08.49 | mvanbaak | nice |
| 19:19.32 | codefreeze-lap | jpeeler: I read your comment on 11826; just one question: are the zaptel drivers the same way: won't get mixed up by more than one transfter at a time? |
| 19:20.47 | jpeeler | codefreeze-lap: with zap devices the behavior is the same as the reporter |
| 19:21.11 | jpeeler | i used the sip phones so that i could use the built in transfer buttons to attempt to find proper behavior |
| 19:21.42 | jpeeler | if i used the assisted transfer key, the behavior is consistent |
| 19:23.58 | codefreeze-lap | iirc, the who xfer thing was supposed to mimic the behavior of the telco... I have a feeling someone trying to call while you are xfering should get busy.... so as not to complicate the flow.... |
| 19:27.10 | jpeeler | well that does occur |
| 19:28.07 | jpeeler | the issue i'm trying to figure out is the proper behavior of a half way assisted transfer and then another transfer attempted |
| 19:28.44 | jpeeler | the SIP phone behavior using the transfer buttons makes sense |
| 19:57.01 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 20:00.59 | *** join/#asterisk-bugs fakhir_ (n=fakhir@unaffiliated/fakhir) |
| 20:28.45 | *** join/#asterisk-bugs DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 20:57.48 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 22:06.07 | *** part/#asterisk-bugs Deeewayne (n=Deeewayn@216.207.245.1) |
| 22:31.14 | *** join/#asterisk-bugs fakhir_ (n=fakhir@unaffiliated/fakhir) |
| 23:27.28 | *** join/#asterisk-bugs fakhir_ (n=fakhir@unaffiliated/fakhir) |
| 23:40.54 | *** join/#asterisk-bugs jmls_home (n=jmls_hom@mail.tessera.co.uk) |