You should set up your email like the rest of the contributors so that it sends on behalf of users@ to make sure emails go to the list. It works for everyone here, but you, and only but some of your emails. I don't know why all of a sudden your next email arrives from your personal address and not from the list. I don't have brains to check each and every sender's address, sorry.
Anyhow, I just reproduced the freezing of UI here. Opened chat with one user, than with another and when I went to authenticate the first user, UI is frozen and I cannot switch authentication type from question to fingerprint. This is in Fedora 19 with 3.12 kernel and under KDE 4.11.5
I was already going to send the logs but noticed that you are exporting too much personally identifiable information and I don't have authorization from those users to disclose that, so first I will have to set up the test accounts without real names and emails and only then I'll be able to send the logs. Something to think about, like masking email addresses during the export.
On 01/23/2014 12:50 PM, Ingo Bauersachs wrote:
Please write to the list and not to me directly.
The point I'm trying to make is: Jitsi is a user-mode application. If
the system crashes (and not just the Jitsi) then it must somehow be
related to a driver or the kernel itself. It might well be possible
that Jitsi accesses the sound card in a way no other application does
and thus is the only application causing the bug. But without more
details and logs this is really guesswork.
I would rather blame Java than Jitsi. We are observing some pretty
horrible things with Java in our development and created countless
issues to Oracle which is like a black box from that perspective. But
you are right and I have no idea what you are doing in your code with
audio. For example, are you using any custom native DLLs for audio/video
Yes, most of this is done natively. However that doesn't change the fact that a user-mode application is unable to crash the OS unless there is a fault in a driver or the kernel.