Skip to content
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

Allow support for scrubbing sensitive data from tapes #60

Open
tmtrademarked opened this issue Nov 22, 2017 · 3 comments
Open

Allow support for scrubbing sensitive data from tapes #60

tmtrademarked opened this issue Nov 22, 2017 · 3 comments

Comments

@tmtrademarked
Copy link
Contributor

We're using OkReplay to write UI tests, and it's been working well for us so far! But one problem we've had with the library is that the generated tapes sometimes contain sensitive information like passwords/tokens/etc which we would prefer not to check in.

One solution that feels reasonable would be to allow us to create a TapeRoot which implements a Reader/Writer that knows how to replace sensitive data with safe tokens and vice versa. Unfortunately, AndroidTapeRoot is final, and the PermissionRule has a hard requirement of an AndroidTapeRoot instance.

Is there a better solution available for scrubbing out sensitive data before storing the tape? Alternately, could we just make AndroidTapeRoot non-final? Thoughts?

@felipecsl
Copy link
Collaborator

Great point! I think it would make sense to make AndroidTapeRoot non-final if that would resolve your immediate issue. I'll send a quick PR

@slott
Copy link

slott commented May 24, 2018

@tmtrademarked did you manage to get something working in terms of scrubbing the tapes ?
I'm in the exact same boat that you were in - and it would be nice if I didn't have to start from scratch.

@tmtrademarked
Copy link
Contributor Author

tmtrademarked commented May 24, 2018 via email

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

No branches or pull requests

3 participants