(2017-07-30, 17:05)Julipo Wrote: I hope this will be more productive to check and fix, or explain why don't fix the "Disabled account" behaviour.
Thanks for taking the time..
Maybe you are unaware that the code your are referencing from "Other" plugins was largely written by t0mm0 and l. The additions added by the new "TVA Developer" were superficial additions and unorthodox tweaks.
I believe the heart of the problem is passkey authentication. Are you saying you have an account that works with one plugin and not the other? If YES, I'd like you to send me logs, if possible PM me so that I can debug the issue.
The problem that I've observed is related to accounts not generating passkeys authentication resulting in 403...
Personally I have not seen an accounts that works with one and not the other... unfortunately users affected have found a remedy by deleting their accounts and/or using a new account... which results in proper passkey retrieval.
I strongly believe these events are isolated to users that were using accounts with "other" plugins.
Please respect that this is new development unrelated to any "Other" plugin which I know all too well since 85% of that code was either written by me or t0mm0.
Any further posts concerning "Other" plugins will only result in alienating my activity in this thread which is counterproductive... I'm more then happy to discuss THIS PLUGIN and any issues, fixes, features users would like to discuss.
Thanks
BTW some of your findings were written slightly bias, for example both plugins "fake" agents, both use cookies and both plugins use the same about of headers.. again I should know
If you indeed have an account that functions in one and not the other, I look forward to chatting with you.