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

Don't escape by default #104

Open
mitchellwrosen opened this issue Feb 6, 2018 · 4 comments
Open

Don't escape by default #104

mitchellwrosen opened this issue Feb 6, 2018 · 4 comments

Comments

@mitchellwrosen
Copy link
Contributor

I realized the other day that every helper function that constructs requests, parses responses, etc. escapes the bucket types and buckets. This seems like the wrong default. If I don't care about the HTTP interface, I shouldn't have to pay the performance hit.

@mitchellwrosen
Copy link
Contributor Author

-- TODO don't escape anything

Looks like it's not even consistent internally (this bucket type is not escaped for some reason), and there's a TODO: don't escape ;)

@mitchellwrosen
Copy link
Contributor Author

mitchellwrosen commented Feb 7, 2018

FYI, I am working on a large refactoring that will take care of this issue (and more). It is located here https://github.com/mitchellwrosen/riak-haskell-client

When and if my work stabilizes I'll happily discuss whether or not it's appropriate to try and merge upstream, but for now, I am happy working on a separate fork with no intention of publishing to Hackage.

@tmcgilchrist
Copy link
Member

tmcgilchrist commented Feb 7, 2018 via email

@llelf
Copy link
Contributor

llelf commented Mar 27, 2018

-- TODO don't escape anything

Left by me probably. This is all related to #47.

The reason that I haven't removed all escaping is that it's not backward-compatible (like, newer version won't be able to read data written by older version). It's all there — #47 (comment)

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