Skip to content
This repository has been archived by the owner on Mar 23, 2022. It is now read-only.

Allow selective enabling of bearer-token and UI authentication #133

Closed
billbogaiv opened this issue Jan 31, 2017 · 1 comment
Closed

Allow selective enabling of bearer-token and UI authentication #133

billbogaiv opened this issue Jan 31, 2017 · 1 comment
Assignees

Comments

@billbogaiv
Copy link
Member

Currently, you get the platter when you might only want a side-item.

For internal projects at Ritter, we have a need to allow bearer-token auth, but disallow UI auth (and vice-versa) on our QA sites.

I propose using the StuntmanOptions-instance passed to UseStuntman to selectively enable bearer-token and UI authentication as two separate properties on the options instance (this could be combined as one property using &, but it seems overkill for only two possible values).

@billbogaiv billbogaiv self-assigned this Jan 31, 2017
billbogaiv added a commit to billbogaiv/stuntman that referenced this issue Feb 1, 2017
Current behavior registers both cookie and bearer token providers and there is no way to only use one or the other.
New behavior allows selective disabling.

Note: this could allow someone to effectively use Stuntman AND disable both things that make Stuntman useful.

Implements ritterim#133
billbogaiv added a commit to billbogaiv/stuntman that referenced this issue Feb 1, 2017
Current behavior registers both cookie and bearer token providers and there is no way to only use one or the other.
New behavior allows selective disabling.

Note: this could allow someone to effectively use Stuntman AND disable both things that make Stuntman useful.

Implements ritterim#133
@billbogaiv
Copy link
Member Author

👍

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant