-
Notifications
You must be signed in to change notification settings - Fork 53
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
extension not finding passwords and leaving processes with "[browserpass-lin] <defunct>" #348
Comments
Thanks for the report! I'm wondering if this could be explained (and solved) by #342, have you seen that thread by any chance? |
Thx for your feedback, actually yes, I was thinking about it but forgot to link it. I tested a local build on master with merged branch "hide-badge" (which #342 refers to), zombie-processes don't show up anymore. So my problem is currently solved, thx. Probably would make sense to ship an update 3.8.1 ? |
Thanks for confirming! Yeah we should get that merged... |
unfortunatly <defunct> processes again show up after a long working day, but in a very low number (< 10). I think I haven't seen this behaviour until recently. So I wonder, what has been changed? and, where? |
I'm not sure! If you manage to discover any way to reproduce this, please share... I have a little doubt that a browser extension can somehow control processes that browser starts 🤔 |
Does it ever happen that you cancel an operation? You open popup but close it before list is rendered, or you ask browserpass to fill out a form but don't complete the operation (e.g. by not touching yubikey to confirm, if you are using one)? |
Hi @maximbaz the problem really sticks around without me having a clue... could be memory or timinig issues ;( |
browserpass zombies
After a recent update I noticed a very laggy behaviour of the browserpass-extension. When looking into the details I found that procecsses pile up in my processlist
[browserpass-lin] <defunct>
This happens quite frequently while sometimes the list of passwords just works as intented. No pattern that makes the difference betwenn "creates zombie" and "works as intented" found yet. When a password is found no zombie process shows up. Once a password is found future lookups tend to work until the browser is restarted.
Used Versions
any tips on further debugging?
The text was updated successfully, but these errors were encountered: