| 03:10.32 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:10.32 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 03:20.57 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:20.57 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 03:28.21 | *** join/#asterisk-bugs seanbright (n=seanbrig@c-69-251-175-43.hsd1.md.comcast.net) |
| 04:31.49 | *** join/#asterisk-bugs russellb_ (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 04:31.49 | *** mode/#asterisk-bugs [+o russellb_] by ChanServ |
| 05:51.12 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 05:51.12 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 06:34.26 | *** join/#asterisk-bugs g0mb0 (n=root@external.micom.mng.net) |
| 07:11.56 | *** join/#asterisk-bugs simbol76ss (n=simbol@ip-212-18.sn1.eutelia.it) |
| 07:43.14 | *** join/#asterisk-bugs simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
| 07:50.01 | *** join/#asterisk-bugs Shaun2222 (n=Shaun@ip68-4-127-67.oc.oc.cox.net) |
| 09:40.40 | *** join/#asterisk-bugs simbol76ss (n=simbol@ip-212-18.sn1.eutelia.it) |
| 11:19.05 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 11:19.07 | *** join/#asterisk-bugs snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 11:37.41 | *** join/#asterisk-bugs simbol76ss (n=simbol@host149-218-dynamic.10-87-r.retail.telecomitalia.it) |
| 12:13.12 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:58.36 | *** join/#asterisk-bugs elguero (n=elguero@ns1.nashuacs.com) |
| 13:55.23 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:55.23 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 14:10.25 | *** join/#asterisk-bugs jsmith-away (n=njsmith@72.21.36.138) |
| 14:10.25 | *** mode/#asterisk-bugs [+o jsmith-away] by ChanServ |
| 14:15.13 | *** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 14:38.23 | *** join/#asterisk-bugs putnopvut (n=putnopvu@216.207.245.1) |
| 14:38.23 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:40.45 | *** join/#asterisk-bugs jsmith (n=jsmith@72.21.36.138) |
| 14:40.45 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 16:03.20 | *** join/#asterisk-bugs simbol76ss (n=simbol@host135-218-dynamic.55-82-r.retail.telecomitalia.it) |
| 16:14.45 | *** join/#asterisk-bugs umay (n=chris@71-208-162-10.hlrn.qwest.net) |
| 16:31.28 | putnopvut | M12023 |
| 16:31.29 | MuffinMan | [assigned] [Asterisk] Applications/app_queue 0012023: dont`t correctly work ast_device_state In app_queue when ring entry to the queue reported by still_nsk http://bugs.digium.com/view.php?id=12023 |
| 16:32.02 | putnopvut | file: it appears the issue here is that the reporter expects his call-limit he's set for his sip peer to apply towards calls that the peer makes, as well as calls he receives. |
| 16:32.15 | putnopvut | Is this a reasonable expectation? |
| 16:32.59 | putnopvut | Nevermind. I think I have an answer here... |
| 16:36.01 | file | and what is the answer? |
| 16:37.14 | putnopvut | He had type=friend instead of type=peer and that messed things up. |
| 16:37.24 | putnopvut | I know that's really descriptive :) |
| 16:37.31 | file | limitonpeers=yes |
| 16:38.09 | putnopvut | Right, that too. |
| 16:38.21 | putnopvut | But setting limitonpeer=yes for a friend didn't help. |
| 16:38.53 | file | it might be a global option |
| 16:39.17 | file | it is. |
| 16:39.29 | putnopvut | Ah... |
| 16:40.23 | putnopvut | Nope, setting it globally and having type=friend doesn't work properly. |
| 16:40.41 | file | it should |
| 16:41.31 | putnopvut | Well, then that may be another bug, then. |
| 16:41.42 | putnopvut | I'll describe the situation further just to be sure we're on the same page. |
| 16:42.12 | putnopvut | If a call is placed from a SIP device with a call-limit set, it will not have its device state properly reported unless it is a type=peer |
| 16:42.31 | putnopvut | If it is type=friend, the device state is not correctly reported, even if limitonpeer is set. |
| 16:42.40 | file | then that is incorrect. |
| 16:43.28 | putnopvut | However, keep in mind this symptom is only seen on calls FROM that SIP device. |
| 16:43.37 | file | the limitonpeer should cause the code to modify the peer for devicestate |
| 16:43.58 | putnopvut | I should see if this problem exists in trunk too. |
| 16:52.36 | putnopvut | file: same failure happens in trunk. |
| 16:53.51 | file | odd, working dandy for me |
| 16:54.55 | putnopvut | I'll pastebin the sip friend I had that was not working properly. |
| 16:55.45 | putnopvut | http://www.pastebin.ca/914102 |
| 16:55.55 | putnopvut | I had limitonpeer=yes as a global option, too |
| 16:56.23 | file | yup... pretty similar |
| 16:56.27 | file | strange! |
| 17:33.34 | putnopvut | file: if you're looking for an easy one: |
| 17:33.37 | putnopvut | M12052 |
| 17:33.38 | MuffinMan | [new] [Asterisk] Channels/chan_sip/General 0012052: [patch] debug trace that won't help in __sip_ack() reported by flefoll http://bugs.digium.com/view.php?id=12052 |
| 18:56.38 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 18:56.38 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 19:07.06 | *** join/#asterisk-bugs monkeytype (n=Bill@216.207.245.1) |
| 19:36.34 | *** join/#asterisk-bugs seanbright (i=seanbrig@65.207.74.18) |
| 19:55.56 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 20:23.01 | *** join/#asterisk-bugs Corydon76-dig (i=green@pdpc/supporter/bronze/Corydon76-home) |
| 20:23.01 | *** mode/#asterisk-bugs [+o Corydon76-dig] by ChanServ |
| 23:31.38 | *** join/#asterisk-bugs mbranca (i=daemon@mi-gw1.voismart.net) |
| 23:40.37 | *** join/#asterisk-bugs file (n=file@asterisk/developer-and-muffin-lover/file) |
| 23:40.37 | *** mode/#asterisk-bugs [+o file] by ChanServ |
| 23:45.15 | *** part/#asterisk-bugs Deeewayne (n=Deeewayn@216.207.245.1) |