| 00:13.35 | *** part/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-1b2834353ab9eed7) |
| 01:56.29 | *** join/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 01:56.29 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 03:39.29 | *** join/#asterisk-bugs JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 03:39.30 | *** mode/#asterisk-bugs [+o JunK-Y] by ChanServ |
| 03:54.35 | *** join/#asterisk-bugs Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 03:54.35 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 05:09.13 | *** join/#asterisk-bugs murdock_ut (n=chatzill@c-98-202-154-226.hsd1.ut.comcast.net) |
| 05:10.06 | murdock_ut | Is it a bug that I am unable to repark a call that was parked using one-touch parking? |
| 05:10.53 | murdock_ut | If the call times out and is answered by the device that parked the call all is well, but if a user picks up a parked call, they are unable to repark the call. |
| 05:18.14 | JunK-Y | whats the error msg and which * version? |
| 05:37.59 | murdock_ut | No error message, it just doesn't repark the call. 1.6.0.3 |
| 06:50.58 | *** join/#asterisk-bugs implicit (n=bayan@unaffiliated/implicit) |
| 06:50.58 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 06:55.26 | *** join/#asterisk-bugs implicit- (n=bayan@unaffiliated/implicit) |
| 06:55.29 | *** mode/#asterisk-bugs [+o implicit-] by ChanServ |
| 08:14.07 | *** join/#asterisk-bugs angler (n=angler@pdpc/sponsor/digium/angler) |
| 08:33.50 | *** join/#asterisk-bugs mvanbaak (i=mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 11:12.53 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:26.51 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 12:46.42 | *** join/#asterisk-bugs eliel (n=eliels@200.61.172.61) |
| 12:51.08 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:51.08 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 13:05.23 | *** topic/#asterisk-bugs by lmadsen -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk -=- Best overall issue count: 272, Current issue count: ~370 -=- Monitor new reports in #asterisk-commits -=- Test bugs marked Ready For Testing! -=- |
| 14:33.32 | *** join/#asterisk-bugs putnopvut (n=putnopvu@nat/digium/x-4c5386e56d55316b) |
| 14:33.32 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:45.41 | lmadsen | M12437 |
| 14:45.44 | MuffinMan | [acknowledged] [Asterisk] Channels/chan_sip/T.38 0012437: Asterisk negotiates only T.38 when answering even if the other end offers audio reported by marsosa (Karma: neutral) http://bugs.digium.com/view.php?id=12437 |
| 14:46.07 | lmadsen | it seems this was partially an issue with the device, and an upgrade of their firmware solves this. However, is this still an issue in Asterisk that needs to be solved? |
| 14:50.49 | lmadsen | M14200 |
| 14:50.50 | MuffinMan | [assigned] [Asterisk-GUI] General 0014200: 1.6, dahdi, X100P card install, single FXO. Can not add trunk. reported by markjenks (Karma: neutral) http://bugs.digium.com/view.php?id=14200 |
| 14:51.02 | *** join/#asterisk-bugs awk_r (n=awk_r@nat/digium/x-d8ed521de8e4f223) |
| 14:51.04 | lmadsen | :) |
| 14:51.07 | lmadsen | M14200 |
| 14:51.09 | MuffinMan | [assigned] [Asterisk-GUI] General 0014200: 1.6, dahdi, X100P card install, single FXO. Can not add trunk. reported by markjenks (Karma: neutral) http://bugs.digium.com/view.php?id=14200 |
| 14:51.12 | lmadsen | is that still an issue? |
| 14:51.34 | lmadsen | I read 'markjenks' as 'markjerks' at first |
| 14:51.47 | lmadsen | common mistake I'm sure |
| 14:52.30 | *** join/#asterisk-bugs russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 14:52.30 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 14:54.16 | awk_r | lmadsen, afaik. the dahdi dev work is relatively new. I'll talk to pari when he gets in |
| 14:56.00 | lmadsen | awk_r: works for me, thanks! |
| 15:10.37 | lmadsen | M13250 |
| 15:10.39 | MuffinMan | [feedback] [Asterisk] Core/PBX 0013250: No hangup after attended transfer reported by acunningham (Karma: +3.25) http://bugs.digium.com/view.php?id=13250 |
| 15:10.40 | lmadsen | that bug makes me laugh |
| 15:10.50 | *** join/#asterisk-bugs jarekk (n=jarek@h-81-15-194-37.dolsat.pl) |
| 15:30.44 | mvanbaak | 15:51 <@ lmadsen> I read 'markjenks' as 'markjerks' at first |
| 15:30.57 | mvanbaak | lmadsen: I always read it as 'marakesh' at first |
| 15:52.16 | *** join/#asterisk-bugs Trionnis (n=rboggs@s233-51-251.nap.wideopenwest.com) |
| 15:55.30 | *** part/#asterisk-bugs Trionnis (n=rboggs@s233-51-251.nap.wideopenwest.com) |
| 15:56.03 | *** join/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-f33beab5eb424557) |
| 15:56.03 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 15:56.59 | lmadsen | mvanbaak: that must be that crazy dutch language of yours :) |
| 16:10.33 | lmadsen | is taking requests for testing.... NOW |
| 16:26.13 | Entomologist | *** CLOSED (14200) [General] 1.6, dahdi, X100P card install, single FXO. Can not add trunk. |
| 16:26.13 | Entomologist | Assigned to: awk |
| 16:26.13 | Entomologist | Reported by: markjenks Karma: 0 |
| 16:26.13 | Entomologist | http://bugs.digium.com/view.php?id=14200 |
| 16:26.13 | Entomologist | ********************************************************* |
| 16:31.54 | putnopvut | lmadsen: are you in any way able to test issue 12312? |
| 16:31.56 | putnopvut | M12312 |
| 16:31.58 | MuffinMan | [ready for review] [Asterisk] Channels/chan_sip/Registration 0012312: [patch] DNS SRV lookups causing re-registration problems reported by jrast (Karma: neutral) http://bugs.digium.com/view.php?id=12312 |
| 16:32.06 | putnopvut | I can't tell that anyone actually has tested it. |
| 16:32.29 | Entomologist | *** CLOSED (14194) [Core/General] logger.c:531 rotate_file: system() failed for 'gzip -9 /var/log/asterisk/full.2': No child processes |
| 16:32.29 | Entomologist | Assigned to: mnicholson |
| 16:32.29 | Entomologist | Reported by: pabelanger Karma: 34.5 |
| 16:32.29 | Entomologist | http://bugs.digium.com/view.php?id=14194 |
| 16:32.29 | Entomologist | ********************************************************* |
| 16:33.14 | lmadsen | putnopvut: I don't :( |
| 16:33.23 | putnopvut | crap |
| 16:33.39 | lmadsen | ya... I just don't have the DNS expertise or setup here to simulate such a thing |
| 16:33.41 | putnopvut | I appreciate your assigning that to me since I hadn't really looked too much into Asterisk's SRV handling code before. |
| 16:33.51 | lmadsen | lol... you're funny :) |
| 16:33.51 | putnopvut | But the patch seems...lacking in some ways but I'm not sure 100%. |
| 16:34.11 | putnopvut | no, seriously, it gives me motivation to look into unexplored territory. |
| 16:34.18 | putnopvut | so to speak. |
| 16:34.29 | lmadsen | ya... I'm tempted to just suspend it too. I just thought we'd give it one last shot, but I'm not going to let it sit there any longer without any interest, especially since the original reporter fixed it some other hackish way and won't test. |
| 16:34.37 | putnopvut | It's an excuse to take time to learn instead of cranking out patches in areas I already know. |
| 16:35.15 | putnopvut | Well, there is definitely a bug that needs to be addressed, and I need to be absolutely sure of myself before I comment on the potential problems of bbryant's patch. |
| 16:35.24 | lmadsen | if it can sit there that long, and no one else has tested it, then it must be an edge case that I'm in interested in spending significant amounts of time on |
| 16:35.32 | lmadsen | heh, fair enough :) |
| 16:35.50 | lmadsen | I sent a msg to the asterisk-dev list to test, so we'll see if anyone else tries it out |
| 16:35.59 | putnopvut | Apparently it's a huge issue for callcentric |
| 16:36.08 | lmadsen | I guess no one else is using callcentric :) |
| 16:36.51 | putnopvut | Yeah, no idea. I'll need a bit more time to review the patch, just to be certain I'm seeing what I think I'm seeing. |
| 16:39.47 | lmadsen | M14196 |
| 16:39.49 | MuffinMan | [acknowledged] [Asterisk] Channels/chan_sip/DatabaseSupport 0014196: Realtime peers are never qualified after 'sip reload' reported by pdf (Karma: neutral) http://bugs.digium.com/view.php?id=14196 |
| 16:40.19 | lmadsen | ummm... is that really a bug? Upon a 'sip reload', the peers are no longer cached, so how would asterisk know to send an OPTION packet until a registration? |
| 16:40.29 | lmadsen | with that being said, I'm seeing OPTIONs going out even past the reload |
| 16:43.21 | mnicholson | that is what I was thinking about that bug |
| 16:43.39 | mnicholson | but still, in theory should reloading clear the cache? |
| 16:43.51 | mnicholson | maybe we need better defined reloading commands |
| 16:48.24 | lmadsen | ya... this is on 1.4 though, so not sure how much to change there :) |
| 16:48.37 | lmadsen | the question ends up being... is this a bug... ? |
| 16:49.02 | lmadsen | the fact I'm seeing an OPTIONs packet after a 'sip reload', and before a REGISTER from that end points makes me want to close it on its own :) |
| 16:50.36 | lmadsen | at least I saw it once... unless it was already scheduled before the reload or something |
| 16:55.21 | mnicholson | if the peers were non realtime peers would the same behavior occur? |
| 16:55.30 | lmadsen | lets try! |
| 16:55.33 | mnicholson | if the answer to that question is no, then I think it's a bug |
| 16:55.45 | mnicholson | if yes, then I think it is a design flaw |
| 16:57.59 | lmadsen | mnicholson: if it is not realtime, it sends an OPTIONs packet immediately upon reload |
| 16:58.16 | lmadsen | so I think it has to do with the fact the peer is no longer cached, so asterisk doesn't know to send an OPTION |
| 16:59.04 | mnicholson | so maybe fixing it just involves not clearing the cache on reload or making it optional or making clearing the cache a separate command |
| 16:59.28 | lmadsen | actually... how the heck is he getting this to show UNKNOWN? When I reload... I don't have any sip peers in memory until I get a REGISTER |
| 16:59.37 | lmadsen | I'm using his config |
| 16:59.39 | mnicholson | yeah, that's odd :) |
| 17:00.16 | lmadsen | and I'm only 200 revs ahead of him |
| 17:01.47 | mnicholson | it looks like his cache is not being cleared on reload |
| 17:01.59 | mnicholson | maybe rtautoclear=no does that? |
| 17:02.45 | lmadsen | hmmmmmmm... I am using his provided config though |
| 17:05.26 | lmadsen | so I can't seem to reproduce this really... |
| 17:05.38 | lmadsen | have you seen the caching stay 'cached' beyond reload before? |
| 17:05.48 | mnicholson | I have never investigated that |
| 17:06.29 | lmadsen | file: you! |
| 17:06.35 | file | WHAT |
| 17:07.39 | lmadsen | see above! |
| 17:07.43 | lmadsen | thoughts? |
| 17:08.24 | file | I've never seen caching stay beyond reload, I believe the code explicitly drops those types |
| 17:08.37 | *** join/#asterisk-bugs mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 17:08.47 | file | dunno how he would be getting stuff into that sort of state |
| 17:08.52 | lmadsen | ya exactly |
| 17:08.53 | file | are you using the same version? |
| 17:08.59 | lmadsen | I'm only 200 revs ahead |
| 17:09.12 | lmadsen | I could grab the same rev I suppose |
| 17:09.27 | file | get a sip show peer of his and compare to yours? |
| 17:09.39 | lmadsen | he posted it to the bug... he shows the peer, I don't... |
| 17:09.47 | lmadsen | other than that... it looks the same |
| 17:09.49 | file | I meant before reload |
| 17:09.49 | lmadsen | says Cached RT |
| 17:09.54 | lmadsen | she shows that |
| 17:09.55 | lmadsen | he* |
| 17:09.57 | file | interesting |
| 17:09.59 | file | dunno! |
| 17:10.26 | lmadsen | ok.. I have asked him how the heck he gets that :) |
| 17:14.05 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 17:20.44 | *** join/#asterisk-bugs mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:21.44 | Corydon76-dig | lmadsen: possible race, maybe? Qualify goes out just before the reload, response just after? |
| 18:24.21 | lmadsen | Corydon76-dig: possible... but basically on my side it doesn't load into memory. I have a feeling his peer is loading into memory because someone is dialing a phone |
| 18:24.46 | lmadsen | that is the only reason I can see why his peer loads into memory and has a status of UNKNOWN |
| 18:26.26 | lmadsen | in which case, is it expected that an OPTIONs packet would go out when the peer made a call and the peer was initially loaded into memory? |
| 18:28.59 | Corydon76-dig | OPTIONS only goes out when a peer is in memory |
| 18:30.51 | lmadsen | right, that is my understanding as well |
| 18:31.19 | lmadsen | he is seeing a qualify status on UNKNOWN, and I can't even get that, but I have a feeling it is getting loaded into memory because the phone is placing a call. I'm going to try that now. |
| 18:32.24 | lmadsen | that's exactly what is happening |
| 18:32.43 | lmadsen | he is seeing a status of unknown because the peer is placing a call, but the status stays at UNKNOWN until the next registration |
| 18:36.11 | lmadsen | ok, I'm convinced of it now. So the 'bug' is that when 'sip reload' is performed, and a peer is then loaded back into memory after being called, that the Status is set to UNKNOWN because OPTIONs have not been sent to the phone, and is not triggered until the next registration period. |
| 18:39.58 | Corydon76-dig | We could fix this by storing a last known state in the RT db |
| 18:40.35 | lmadsen | I'm sold on it |
| 18:40.42 | lmadsen | can I assign that issue to you then? |
| 18:47.30 | Corydon76-dig | Sure |
| 18:47.52 | Corydon76-dig | But adding new fields to the RT db is only workable in trunk |
| 18:47.58 | Corydon76-dig | and maybe 1.6.1 |
| 18:48.22 | Corydon76-dig | in previous versions, adding a field to the update has a tendency to break stuff |
| 18:49.18 | Corydon76-dig | Adaptive realtime is what made that possible |
| 18:50.04 | lmadsen | works for me, I will mention that in the bug when I assign it to you |
| 19:02.23 | lmadsen | weird.. I'm not seeing issues that have been closed today showing up in here... |
| 19:02.44 | lmadsen | I've seen a couple, but at least 4 issues have been closed today |
| 19:04.31 | Corydon76-dig | They only show up here if they're closed with a commit |
| 19:07.33 | lmadsen | that's not true... I've closed issues lots of time without a commit and they always showed up |
| 19:07.45 | lmadsen | at least that's how it used to work until recently |
| 19:09.14 | lmadsen | M13071 |
| 19:09.16 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/General 0013071: [patch] OPTIONS response on default port. reported by baron (Karma: +2.00) http://bugs.digium.com/view.php?id=13071 |
| 19:09.22 | lmadsen | putnopvut: I suppose there isn't anything you can do with that issue is there? |
| 19:09.46 | lmadsen | it is assigned to kpfleming, but I'm not too sure why. There may have been a specific reason. |
| 19:09.54 | putnopvut | I'll take a look. |
| 19:10.47 | putnopvut | Corydon76-dig assigned it to kpfleming...back in August. I don't know why exactly. |
| 19:11.07 | putnopvut | lol, and the patch attached is reversed. |
| 19:12.34 | lmadsen | hawt |
| 19:15.20 | Entomologist | *** CLOSED (12287) [Addons/chan_mobile] No audio or audio one way |
| 19:15.20 | Entomologist | Assigned to: dbowerman |
| 19:15.20 | Entomologist | Reported by: ignition Karma: 0 |
| 19:15.20 | Entomologist | http://bugs.digium.com/view.php?id=12287 |
| 19:15.20 | Entomologist | ********************************************************* |
| 19:15.29 | lmadsen | weird... it worked there. |
| 19:15.39 | lmadsen | maybe I'm miscounting or not seeing all the issues posted here today. |
| 19:15.47 | lmadsen | shrugs |
| 19:19.48 | Corydon76-dig | putnopvut: Probably because he said he'd take it during a review in a team meeting |
| 19:20.14 | lmadsen | M11697 |
| 19:20.16 | putnopvut | That could be |
| 19:20.16 | MuffinMan | [feedback] [Asterisk] Channels/chan_iax2 0011697: Low trunk frequency + jitter buffer = broken audio, weird netstats reported by nermal0 (Karma: neutral) http://bugs.digium.com/view.php?id=11697 |
| 19:20.28 | lmadsen | Corydon76-dig: think I can close that due to inactivity and no response from the OP? |
| 19:21.45 | Corydon76-dig | Suspend, yes |
| 19:22.46 | Entomologist | *** CLOSED (11697) [Channels/chan_iax2] Low trunk frequency + jitter buffer = broken audio, weird netstats |
| 19:22.46 | Entomologist | Reported by: nermal0 Karma: 0 |
| 19:22.46 | Entomologist | http://bugs.digium.com/view.php?id=11697 |
| 19:22.46 | Entomologist | ********************************************************* |
| 19:23.16 | lmadsen | jpeeler: I have a request! how hard would it be to have access to the Bugnote Responses drop down when closing issues? |
| 19:23.22 | lmadsen | (or just changing status in general) |
| 19:24.33 | jpeeler | lmadsen: what bugnote responses are you talking about? |
| 19:25.27 | lmadsen | jpeeler: if you open a bug, and scroll down to where you input comments, there is a drop down called 'Bugnote Responses' |
| 19:25.57 | lmadsen | they are setup under Manage > Manage Responses |
| 19:27.24 | lmadsen | M11361 |
| 19:27.26 | MuffinMan | [confirmed] [Asterisk] Channels/NewFeature 0011361: [patch] serving multiple Realms with one Asterisk reported by arkadia (Karma: +21.75) http://bugs.digium.com/view.php?id=11361 |
| 19:27.38 | lmadsen | putnopvut: ^^^ when you have a moment, could you check to see if we want to do anything with that? |
| 19:28.57 | jpeeler | lmadsen: my guess would be decently easy, i'll put it on the list |
| 19:33.17 | Entomologist | *** CLOSED (14171) [General] Dahdi support does not work (hangs at "Checking write permission for GUI folder") |
| 19:33.17 | Entomologist | Assigned to: awk |
| 19:33.17 | Entomologist | Reported by: noahisaac Karma: 2 |
| 19:33.17 | Entomologist | http://bugs.digium.com/view.php?id=14171 |
| 19:33.17 | Entomologist | ********************************************************* |
| 19:33.40 | lmadsen | jpeeler: sounds good, very low priority |
| 19:33.43 | lmadsen | was jut thinking about it |
| 19:47.05 | *** join/#asterisk-bugs Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 19:49.00 | awk_r | lmadsen, http://bugs.digium.com/view.php?id=13961 appears to be an Asterisk issue, not a GUI issue (the reporter is just using the GUI). Do you know of a similar Asterisk issue? |
| 19:53.08 | lmadsen | yes, let me try and find it |
| 19:55.27 | lmadsen | I'm going to say it is pretty much the same as http://bugs.digium.com/view.php?id=12970 |
| 19:55.57 | lmadsen | or http://bugs.digium.com/view.php?id=12958 |
| 19:56.06 | lmadsen | or http://bugs.digium.com/view.php?id=12492 |
| 19:56.07 | lmadsen | :) |
| 19:58.38 | lmadsen | awk_r: will you close it and mention those bug issues are most likely the type of issue that he is experiencing, and that it is not a GUI configuration problem? Thanks! |
| 20:05.32 | jpeeler | lmadsen: do you have any bugs that you need to assign? |
| 20:06.06 | Entomologist | *** CLOSED (13680) [Channels/chan_sip/General] Crash on peer notify |
| 20:06.06 | Entomologist | Reported by: zerohalo Karma: 0 |
| 20:06.06 | Entomologist | http://bugs.digium.com/view.php?id=13680 |
| 20:06.06 | Entomologist | ********************************************************* |
| 20:09.02 | lmadsen | M13689 |
| 20:09.05 | MuffinMan | [acknowledged] [Asterisk] Core/Channels 0013689: Asterisk 1.4.21.2 losing all ability to make calls reported by dlogiudice (Karma: neutral) http://bugs.digium.com/view.php?id=13689 |
| 20:09.14 | lmadsen | jpeeler: ummmm... I just assigned one to myself |
| 20:09.37 | jpeeler | well, i don't think you receive emails for actions you do yourself |
| 20:09.49 | jpeeler | i'm looking at assigning bugs to see if the emails are going out |
| 20:09.54 | lmadsen | jpeeler: gotcha |
| 20:09.56 | jpeeler | the debug locally looks like all should be working |
| 20:10.04 | jpeeler | but... of course the live server is what matters |
| 20:10.26 | jpeeler | so i'd just like to watch it fail if i can, but you'd have to assign a bug not to yourself |
| 20:10.28 | lmadsen | jpeeler: so if you assign an issue from inside the Update Issue portion, and changing the 'Assigned' drop down to someone, then click the Update Issue button, it should send an email? |
| 20:10.39 | lmadsen | I will open a testing bug |
| 20:10.52 | jpeeler | well before you do that, i can test exactly |
| 20:11.02 | lmadsen | sure thing |
| 20:11.12 | lmadsen | was my description descriptive enough? :) |
| 20:11.34 | jpeeler | yes, and yes it should send an email |
| 20:11.40 | lmadsen | sometimes I change the assigned status when the bug status is set to something like... acknowledged, then change it as I described above |
| 20:12.37 | jpeeler | oh, well i assume that won't effect anything |
| 20:12.37 | jpeeler | let me try a new issue, it seems to work |
| 20:12.37 | Corydon76-dig | lmadsen: please don't ping private issues |
| 20:12.50 | lmadsen | why? |
| 20:13.33 | Corydon76-dig | lmadsen: It's the issue I've been bugging Kevin about for the past few months during team meetings |
| 20:13.53 | Corydon76-dig | It's out of my hands, and you're only likely to irritate the reporter |
| 20:14.11 | lmadsen | I didn't know that |
| 20:14.11 | Entomologist | *** CLOSED (13071) [Channels/chan_sip/General] [patch] OPTIONS response on default port. |
| 20:14.11 | Entomologist | Assigned to: kpfleming |
| 20:14.11 | Entomologist | Reported by: baron Karma: 2 |
| 20:14.11 | Entomologist | http://bugs.digium.com/view.php?id=13071 |
| 20:14.11 | Entomologist | ********************************************************* |
| 20:14.19 | lmadsen | putnopvut: w00t |
| 20:14.23 | jpeeler | lmadsen: yeah, i don't see emails failing to go out |
| 20:14.47 | lmadsen | jpeeler: awesome, glad to know I don't have to assign and then post a msg after I re-assign (that's what I was having to do before |
| 20:14.48 | lmadsen | ) |
| 20:14.48 | awk_r | jpeeler, I just closed http://bugs.digium.com/view.php?id=13961 and it didn't report here, nor did i receive an email. |
| 20:15.06 | jpeeler | awk_r: you don't receive emails from your own actions |
| 20:15.21 | jpeeler | lmadsen: well, this is my local test setup |
| 20:15.30 | jpeeler | i'd like to confirm that's what is going on out there |
| 20:15.31 | awk_r | jpeeler, what about Entomologist? |
| 20:16.15 | jpeeler | you have to put the special closes issue in the commit for that to fire |
| 20:16.54 | awk_r | jpeeler, oh thats attached to the commits not mantis. still learning the systems here :-) |
| 20:17.02 | jpeeler | no prob |
| 20:17.50 | jpeeler | lmadsen: sorry to hound you about this... to confirm that it is working as expected, you'd have to assign the issue and then check with whoever you assigned it to see if they got the email |
| 20:17.58 | jpeeler | or you can just let me know before you assign and issue and i can watch the mail server |
| 20:21.02 | lmadsen | jpeeler: how about I assign an issue to you? :) |
| 20:21.37 | jpeeler | heh, you could do that. if i don't like it i'll just unassign it |
| 20:21.42 | lmadsen | jpeeler: really? because I close issues in mantis, and it is triggered in here for me usually... |
| 20:21.46 | lmadsen | :) |
| 20:21.50 | lmadsen | jpeeler: well, you can reassign it back to me |
| 20:22.01 | jpeeler | that would work too |
| 20:22.24 | lmadsen | jpeeler: ok, I just assigned 14180 to you |
| 20:22.38 | jpeeler | and i got the email |
| 20:22.40 | lmadsen | sweet! |
| 20:22.44 | lmadsen | can you reassign to putnopvut? |
| 20:22.57 | jpeeler | yes, and i'll watch and make sure he gets an email |
| 20:23.00 | lmadsen | sweet |
| 20:23.01 | lmadsen | thx |
| 20:23.01 | putnopvut | Assigning me more issues? |
| 20:23.05 | putnopvut | oh..I see. |
| 20:23.07 | putnopvut | nevermind :) |
| 20:23.08 | lmadsen | putnopvut: this is an issue you were already doing :) |
| 20:23.25 | lmadsen | that sounded inappropriate |
| 20:24.08 | jpeeler | so i think the mantis emails are operating correctly, yay |
| 20:24.35 | lmadsen | awesome! |
| 20:24.37 | lmadsen | thanks jpeeler |
| 20:25.13 | jpeeler | i think now all the upgrades woes are solved now |
| 20:25.28 | Entomologist | *** CLOSED (14203) [Resources/General] [patch] res_phoneprov leaks memory if phoneprov.conf does not exist |
| 20:25.28 | Entomologist | Assigned to: otherwiseguy |
| 20:25.28 | Entomologist | Reported by: jamesgolovich Karma: 86.5 |
| 20:25.28 | Entomologist | http://bugs.digium.com/view.php?id=14203 |
| 20:25.28 | Entomologist | ********************************************************* |
| 20:25.42 | lmadsen | and with that, I'm leaving a bit early today since i started around 7am, and need to catch the subway before friday rush hour |
| 20:27.06 | *** topic/#asterisk-bugs by lmadsen -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk -=- Best overall issue count: 272, Current issue count: 361 -=- Monitor new reports in #asterisk-commits -=- Test bugs marked Ready For Testing! -=- |
| 20:33.51 | putnopvut | lmadsen: I see you just mentioned that you left early, but there's a new patch on issue 14180 for testing when you feel like looking at it. |
| 20:34.52 | lmadsen | putnopvut: I'll test real quick for you |
| 20:35.00 | putnopvut | oh, cool you're still here. Thanks! |
| 20:37.03 | lmadsen | huh... trying to apply this to trunk, and not 1.4 branch might help |
| 20:39.31 | putnopvut | the patch is made for 1.6.1 actually |
| 20:40.06 | lmadsen | you know what? I've had enough of your lip. |
| 20:44.47 | putnopvut | heh |
| 20:44.51 | putnopvut | Is the patch working better now? |
| 20:45.14 | lmadsen | sorry... let me try :) |
| 20:45.22 | lmadsen | I was waiting for my branch to copy and for it to compile |
| 20:45.29 | lmadsen | then got distracted by #asterisk-cpp :) |
| 20:46.59 | lmadsen | putnopvut: better! but 'sip show peers' shows the type=user |
| 20:50.30 | putnopvut | Ah, I can see why that would be. I'll upload a new patch soon. |
| 20:59.24 | *** join/#asterisk-bugs eliel (n=eliels@151-202-114-200.fibertel.com.ar) |
| 21:06.17 | *** join/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-868a18f72883537c) |
| 21:06.17 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 22:11.41 | jpeeler | M13743 |
| 22:11.43 | MuffinMan | [acknowledged] [Mantis] General 0013743: After trying to submit a bug, the "Back" button returns an empty form reported by smurfix (Karma: +12.00) http://bugs.digium.com/view.php?id=13743 |
| 22:11.57 | jpeeler | well crap, leif left |
| 22:18.55 | Entomologist | *** CLOSED (13743) [General] After trying to submit a bug, the "Back" button returns an empty form |
| 22:18.55 | Entomologist | Reported by: smurfix Karma: 12 |
| 22:18.55 | Entomologist | http://bugs.digium.com/view.php?id=13743 |
| 22:18.55 | Entomologist | ********************************************************* |
| 22:33.01 | Corydon76-dig | cracks the whip at lmadsen |
| 22:37.52 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 22:37.52 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 22:38.09 | lmadsen | omghi! |
| 22:38.31 | putnopvut | lmadsen: neato! |
| 22:40.50 | lmadsen | putnopvut: how goes? |
| 22:40.55 | putnopvut | goodly. |
| 22:41.05 | putnopvut | You may have noticed there's a new patch on 14180 |
| 22:41.58 | lmadsen | I will attempt to notice now! |
| 22:42.09 | lmadsen | I would feel better if we closed out another bug before the weekend |
| 22:42.21 | lmadsen | I am at the g/fs house now, but have access to my VMs at home |
| 22:42.44 | putnopvut | tell her I said hi, and then wink. |
| 22:43.08 | russellb | tell her I said hi, and then lick your lips. |
| 22:43.18 | russellb | kidding. |
| 22:43.41 | lmadsen | I did it |
| 22:43.57 | lmadsen | she thought I was having a seizure |
| 22:44.00 | Corydon76-dig | lmadsen: I have a patch for 1.4 on 14196 for you to test |
| 22:44.39 | lmadsen | now that these VMs are accessible via the internet, I think I will change the root passwd |
| 22:45.12 | mvanbaak | lmadsen: thanks for reminding about 13065 |
| 22:45.20 | lmadsen | mvanbaak: np! that's what I'm here for |
| 22:45.50 | mvanbaak | I spent some cycles on it and typed a coment |
| 22:46.13 | mvanbaak | *comment |
| 22:46.18 | lmadsen | hawt |
| 22:49.24 | lmadsen | putnopvut: compiling now |
| 22:50.31 | lmadsen | putnopvut: chan_sip.c: In function ?_sip_show_peers?: |
| 22:50.31 | lmadsen | chan_sip.c:13459: error: too few arguments to function ?unref_peer? |
| 22:50.48 | lmadsen | gah! |
| 22:50.51 | mvanbaak | lmadsen: how about that sip_nat_settings thing ? |
| 22:50.53 | lmadsen | oh nevermind |
| 22:50.56 | mvanbaak | can we get it in ? |
| 22:51.03 | lmadsen | I thought I was using the wrong branch again |
| 22:51.14 | lmadsen | (actually... I guess technically I am... but it applied clean to trunk...) |
| 22:51.23 | lmadsen | mvanbaak: I'm fine with it |
| 22:51.49 | mvanbaak | put it in the contrib/scripts dir ? |
| 22:51.54 | putnopvut | lmadsen: crap, I'll re-upload v3 |
| 22:52.09 | Corydon76-dig | lmadsen: I'm also going to suggest a release of 1.6.0.4-rc1 |
| 22:52.19 | lmadsen | mvanbaak: yes please! |
| 22:52.23 | mvanbaak | k |
| 22:53.01 | lmadsen | Corydon76-dig: I agree with you. I've been meaning to look into it a bit closer this week than I did, but I wanted to do some work on the bug tracker, triage wise |
| 22:53.13 | lmadsen | Corydon76-dig: I'll look at it closer on Monday, and try to get one out on Monday or Tuesday |
| 22:53.16 | lmadsen | russellb: agree? |
| 22:54.24 | russellb | i'd have to review what fixes have been made ... |
| 22:54.34 | russellb | i'm much more concerned with getting 1.4.23 out |
| 22:54.40 | lmadsen | russellb: okie |
| 22:54.53 | russellb | our schedule for 1.4 releases has been ridiculously pitiful for the past 6-8 months |
| 22:54.54 | lmadsen | russellb: I will review Monday (or maybe Sunday afternoon) what needs to be done to get 1.4.23 out |
| 22:54.59 | russellb | ok. |
| 22:55.01 | lmadsen | I would have to agree with that |
| 22:55.16 | lmadsen | I have at most 30 mins before the g/f kicks me off the computer :) |
| 22:56.00 | putnopvut | lmadsen: 14180 has been modified so that sip_show_users_161v3.diff now compiles :) |
| 22:56.16 | lmadsen | hawt! |
| 22:57.05 | putnopvut | russellb: part of that is due to the fact that we make rc's of 1.4 now. If you count up all the rc's we've made, it doesn't look quite as bad. |
| 22:57.18 | putnopvut | But then again, we probably should be just making those rc's more rapidly. |
| 22:57.26 | russellb | rcs shouldn't slow us down very much |
| 22:57.29 | russellb | a week or 2 at most |
| 22:57.32 | russellb | not months |
| 22:57.37 | lmadsen | maybe we should have a "release tuesday" or something |
| 22:57.53 | lmadsen | where we release something every tuesday (RC, etc...) |
| 22:58.12 | russellb | shrugs |
| 22:58.19 | lmadsen | maybe I'll try doing that informally |
| 22:58.30 | lmadsen | over the period of a month, that gives us 4 RCs |
| 22:58.39 | lmadsen | then a release on the 5th week |
| 22:58.49 | lmadsen | (ideally) |
| 22:59.26 | russellb | well ... i don't think that's quite the right thing to do |
| 22:59.29 | russellb | we can talk about it more monday |
| 22:59.41 | lmadsen | sounds good |
| 22:59.45 | russellb | it's silly to make RCs unless it is _really_ your intention to release that code |
| 22:59.49 | russellb | as is |
| 23:02.58 | lmadsen | aye |
| 23:03.38 | lmadsen | well, once we end up with like 4 branches to maintain, I don't see a problem finding a RC candidate SOMEWHERE to release :) |
| 23:05.05 | Entomologist | *** CLOSED (13065) [Utilities/NewFeature] [patch] sip_nat_settings - script to generate externip and localnet |
| 23:05.05 | Entomologist | Reported by: tzafrir Karma: 119.75 |
| 23:05.05 | Entomologist | http://bugs.digium.com/view.php?id=13065 |
| 23:05.05 | Entomologist | ********************************************************* |
| 23:06.15 | lmadsen | putnopvut: this looks much better |
| 23:06.28 | putnopvut | i.e. "this compiles" |
| 23:06.39 | putnopvut | :) |
| 23:08.05 | lmadsen | putnopvut: hahaha... yes :) and it is outputting sip show peers, and sip show users correctly now |
| 23:08.12 | lmadsen | I have made several peers, friends, and users |
| 23:08.15 | lmadsen | it is now correct |
| 23:08.23 | putnopvut | excellent |
| 23:08.44 | putnopvut | One thing I found weird is that apparently there has never been a manager command to show sip users, just peers. |
| 23:08.58 | putnopvut | So I didn't bother trying to add a manager command to show users. |
| 23:10.38 | f0urtyfive | Hey. |
| 23:10.53 | f0urtyfive | if I'm getting files in /tmp named astmail-* and are 0 bytes.... |
| 23:10.59 | f0urtyfive | would that be a coredump of something? |
| 23:11.02 | f0urtyfive | that failed miserably |
| 23:12.23 | putnopvut | um, no idea. |
| 23:12.55 | putnopvut | hmm, apparently those are temporary files generated by the voicemail application. |
| 23:13.21 | f0urtyfive | well I'm getting asterisk crashes that are related to voicemail :P |
| 23:13.27 | f0urtyfive | so that would explain why they're still there... |
| 23:13.45 | putnopvut | Ah, so those files didn't get a chance to be unlinked. makes sense :) |
| 23:13.46 | lmadsen | asterisk would not coredump with that filename I don't think... |
| 23:13.56 | f0urtyfive | what filename would it coredump with? |
| 23:14.03 | f0urtyfive | because I setup coredumps but I cant seem to find them |
| 23:14.03 | lmadsen | unless I guess your hostname started with astmail- and you are using safe_asterisk |
| 23:14.44 | putnopvut | lmadsen: those are definitely not core dumps, I see in the code where that is created. |
| 23:15.03 | putnopvut | f0urtyfive: core dumps are typically in the directory from which Asterisk was run, or /tmp |
| 23:15.18 | f0urtyfive | putnopvut: Yeah, but my asterisk is started in /etc/rc.local :P |
| 23:15.24 | f0urtyfive | so I dont know what the pwd was at the time |
| 23:15.39 | f0urtyfive | but if I knew what the filename was I could just locate |
| 23:15.53 | lmadsen | try looking for something with 'core' in it |
| 23:15.53 | putnopvut | Typically they're either called "core" or "core.<process_id>" |
| 23:17.06 | f0urtyfive | -rw------- 1 root root 11042816 Jan 9 05:27 /root/asterisk-1.6.0.3-rc1/doc/core.11802 |
| 23:17.07 | f0urtyfive | wow. |
| 23:17.10 | f0urtyfive | thats an interesting place |
| 23:18.08 | lmadsen | that's where the asterisk process was started from then |
| 23:19.30 | f0urtyfive | I dont know how :D |
| 23:19.35 | f0urtyfive | http://pastebin.com/m2c9a21e3 |
| 23:19.38 | f0urtyfive | interesting backtrace |
| 23:19.46 | f0urtyfive | looks like some timezone data is crashing it |
| 23:21.14 | seanbright | p name |
| 23:21.20 | seanbright | p fullname |
| 23:21.56 | f0urtyfive | (gdb) p name |
| 23:21.57 | f0urtyfive | $1 = 0x5354b4 "posixrules" |
| 23:21.57 | f0urtyfive | (gdb) p fullname |
| 23:21.57 | f0urtyfive | $2 = '\0' <repeats 4096 times> |
| 23:22.13 | seanbright | hm. |
| 23:22.14 | seanbright | p p |
| 23:22.22 | f0urtyfive | $3 = <value optimized out> |
| 23:22.23 | f0urtyfive | :( |
| 23:22.33 | f0urtyfive | suppose I need to recompile with those opts |
| 23:22.37 | f0urtyfive | and wait for another crash |
| 23:22.38 | seanbright | yes |
| 23:22.45 | f0urtyfive | gah |
| 23:23.01 | f0urtyfive | still pretty strange tho |
| 23:23.21 | seanbright | yeah. what version? |
| 23:23.24 | seanbright | i haven't been following |
| 23:23.33 | f0urtyfive | /root/asterisk-1.6.0.3-rc1/ |
| 23:26.54 | seanbright | hmmm |
| 23:26.58 | seanbright | yeah, need non-optimized backtrace |
| 23:27.43 | seanbright | i really don't know how it's crashing there |
| 23:27.50 | seanbright | i don't think any of that memory is on the heap |
| 23:28.58 | seanbright | f0urtyfive: do you have a /usr/share/zoneinfo? |
| 23:33.40 | *** part/#asterisk-bugs russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 23:33.54 | Corydon76-dig | Could be corrupt memory |
| 23:36.18 | Corydon76-dig | p TZDIR |
| 23:37.28 | Corydon76-dig | f0urtyfive: ping |
| 23:42.40 | Entomologist | *** CLOSED (10144) [Sounds] No license statemement in the sound tarballs |
| 23:42.40 | Entomologist | Assigned to: jtodd |
| 23:42.40 | Entomologist | Reported by: user4338 Karma: 0 |
| 23:42.40 | Entomologist | http://bugs.digium.com/view.php?id=10144 |
| 23:42.41 | Entomologist | ********************************************************* |
| 23:44.02 | *** part/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-868a18f72883537c) |