[15:44] Headphone switching makes some assumptions that will only work in some cases (hopefully most cases) [16:43] OvenWerks: yeah, you'll notice there's a ton of crashes regarding that in the error tracker. [16:59] Eickmeyer: I still get: sorry your not a memeber of that group [17:00] Lame. [17:00] Probably takes some time for the application to get through. [17:00] the most common one may not be fixable [17:03] The phones check one I need more info on. [17:03] I think some of these might be fixed with a try/except at the right place. Sometimes things just fail [17:05] Eickmeyer: all of the convert-studio-controls ones are gone with next release. [17:05] Oh, cool! [17:05] (as is that file) [17:05] I'll find info on the phones issue. [17:06] of course other errors might replace them :P [17:08] the phones_check seems to show up in that list more than once [17:11] OvenWerks: It shows up a total of 17 times:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/83910bec8b1771ac3083cd08d23a63d087e2f0fd) [17:12] OvenWerks: Then this one shows up a total of 37 times:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/6259d564c4f6ef9d9ca6585d40cfca9756c4aab5) [17:12] Similar errors, both in the same spot. [17:22] the second one looks like an easy fix, the first less so but I think I understand it. [17:22] now I have to figure out which lines those are now... [17:38] Eickmeyer: ok, I think I have fixed those two for next release. [17:38] OvenWerks: Awesome. [17:39] They are both related to someone having an invalid headphone device [17:40] So check that the device is *,*,* and then make sure the device is in the database [17:42] Eickmeyer: can you get me the traceback on the one called autojack (NameError) check_jack_status? [17:43] Sure, I'll see if I can find it. [17:43] These are from the error logs. [17:43] (not mine) [17:44] Traceback (most recent call last): [17:44] File "/usr/bin/autojack", line 611, in check_jack_status [17:44] jack_client.deactivate() [17:44] NameError: name 'jack_client' is not defined [17:44] Heh, it just multiline-pasted that time. XD [17:51] Huh, there is no line jack_client.deactivate() in check_jack_status and that is not anything I have changed. Are there lines missing in that paste? [17:55] Eickmeyer: also the line number does not make sense even with the installed version in /usr/bin/ [17:56] OvenWerks: The only line number it gives is 611. It doesn't give me anything else. [17:56] That's the whole traceback. [17:57] Does the rest of the record give the version of studio-controls installed? [17:59] It's occurring in every version from 1.12.6 to 2.3.1, with 2.3.1-0ubuntu1 having the most occurances at 164. [17:59] Sorry, 2.2.8 in the backports repo at 1279. [18:00] So, it's a huge error that must happen all the time and not get reported. [18:01] The only problem is that line 611 is not in check_jack_status, does not call check_jack_status and does not do jack_client.deactivate. [18:02] nor is this true for any of the lines somewhat close [18:02] also jack_client.deactivate is not anywhere in check_jack_status [18:04] line 911-112: [18:04] if jack_client: [18:04] jack_client.deactivate() [18:06] However, that does check for jack_client... it should maybe be if jack_client in : [18:07] if 'myVar' in globals(): is the right way [18:10] considering 912 is the only place in the whole file with deactivate, I will assume that is it and change the if as above. [18:17] Eickmeyer: autojack is built to be robust, almost everything it does it started by a dbus call. This means that autojack itself does not quit because of an error and a second dbus call may correct things. :) so I do not know if these are things that are recorded but autojack hasn't actually died or froze. [18:17] Ah, that makes sense. [18:18] However, I do think that traceback was corrupt [18:19] That's very possible, I looked at some of the individual tracebacks and they didn't match what the global traceback was. [18:20] Eickmeyer: the third one down is another phones check one, Is that one of the ones you sent? [18:20] Ah, import config actually [18:21] Yep. [18:23] do these trackers ever get reset/removed or whatever? Or just fade? [18:23] I guess it will be reset when there is a 22.10 page [18:26] Eickmeyer: there are three studio-controls type error that look to be the same problem (11, 15 and 16) [18:28] Anyway, I will be gone for a while, back in 3 or 4 hours [18:28] (well I may be around here but bussy with other things) [18:46] ok