Skip to content

Comments

[WIP] Enables 2 factor option for login#165

Closed
thatarchguy wants to merge 6 commits intomasterfrom
ft-enable_2_factor
Closed

[WIP] Enables 2 factor option for login#165
thatarchguy wants to merge 6 commits intomasterfrom
ft-enable_2_factor

Conversation

@thatarchguy
Copy link
Member

Saving this merge request for after the release. Check it out though and critic it in the meantime.

I didn't update the readme yet though in fears of merge conflicts. Once you give the go ahead that the core code is satisfactory then I'll do up the readme. There will probably be a merge conflict with the build-release.sh file if we release before this is merged. Don't worry about that.

I introduced another js framework called bootboxjs. Basically I didn't want to keep making modals for confirmation dialogues. Check it out and tell me what you think.

Signed-off-by: Kevin kevin@stealsyour.pw

Signed-off-by: Kevin <kevin@stealsyour.pw>
@@ -0,0 +1,28 @@
"""empty message
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Add a comment here describing what the migration is for

raise GenericError("2 Factor Secret has not been generated yet")
if admin.verify_totp(request.get_json(force=True).get('code')):
if not admin.otp_active:
auditMessage = 'The administrator "{0}" enabled 2 factor'.format(
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

All new Python code should have the variables in the style:
audit_message

@mprahl
Copy link
Member

mprahl commented Sep 4, 2016

@thatarchguy nice job on this. I have some comments/suggestions. Let me know if you want me to help or have any questions.

@mprahl mprahl force-pushed the master branch 2 times, most recently from 47d517f to 28d11ea Compare September 4, 2016 15:43
Signed-off-by: Kevin <kevin@stealsyour.pw>
Signed-off-by: Kevin <kevin@stealsyour.pw>
Signed-off-by: Kevin <kevin@stealsyour.pw>
Signed-off-by: Kevin <kevin@stealsyour.pw>
@mprahl
Copy link
Member

mprahl commented Oct 14, 2016

@thatarchguy, I've been thinking about this, and maybe the thing to do here is split the pull request in two. One for the backend work, and one for the frontend work.

I think it's gotten to the point that we can't keep doing this dirty jQuery code and still have a UI that is manageable to maintain. Either we convert the UI to Angular 2, which I'm down (the only drawback is the lack of native x-editable), or we convert the table rows and columns to be jQuery objects.

@thatarchguy
Copy link
Member Author

We convert the table rows and columns to be jQuery objects
this seems much easier to do. I'm wondering if we should hold off converting to angular for another big release.

The front-end stuff can be pull requested off of this pull request. Weird I know.

@mprahl
Copy link
Member

mprahl commented Oct 14, 2016

What do you mean? haha

The front-end stuff can be pull requested off of this pull request. Weird I know.

Okay, let's go ahead and do this with jQuery objects. I had started it a while back and it seemed like a much cleaner way of doing it than what we're doing now.

@thatarchguy
Copy link
Member Author

You can branch off of this branch with the front-end stuff and create a pull request into this branch. Then this pull request would have all the changes.

@mprahl
Copy link
Member

mprahl commented Oct 18, 2016

@thatarchguy I'm saying we should merge in the backend separately, then have a separate PR to master for the frontend.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants