Split LoginModel implementation from the PasswordManager |
|||
Issue descriptionPasswordManager implements the LoginModel interface to serve http auth forms. But the implementation is largely independent of the rest of PasswordManager. Instead, we should create a separate class implementing LoginModel, and move also PasswordManager::AutofillHttpAuth and PasswordManager::observers_ into it. This will make PasswordManager itself clearer and unittesting easier. While there seems to be no other subclass of LoginModel than PasswordManager, we should probably keep the pulled-out implementation still a separate subclass of LoginModel (as opposed to just putting it inside LoginModel). Having the separate interface will again make unittesting easier. It is not clear ATM whether PasswordManager should own the LoginModel implementation, or whether they should be completely independent. The latter is preferable, if possible.
,
Jul 5 2016
Hi, I am new to chrome and open source contribution in general. I was looking at issues tagged for beginners and this issue seems interesting to me. Can I work on it? Thanks, Tushar
,
Jul 6 2016
Hi Tushar, Sure, feel free to do so.
,
Jul 6 2016
Thank you. Is there any documentation on the PasswordManager class and LoginModel interface so that I have a high level understanding of what it does, which will be helpful during refactoring. Or is reading source code and its comments my best bet over here?
,
Apr 13 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 17 2018
|
|||
►
Sign in to add a comment |
|||
Comment 1 by vabr@chromium.org
, Jun 6 2016