Devin Howard

fixes #4

possible breaking changes for 6.x

1

Collect desired breaking changes that if merged would trigger a version bump to 6.x. More may still be added: #### Integrate normalizr This should, if done right, solve issue #6,...

putting Error objects in the store makes it non-serializable (right?)

2

I'm fairly certain that doing this will break people's time travel debugging. This probably isn't a serious issue, but I think it's nice to not do that by default. @hallettj...

Configurable id field

4

Currently this library assumes all records have a unique id attribute. This should be configurable instead, and shouldn't be assumed to be a number.

Every public function should have tests. **actionTypes.js**: no need **actionCreators.js**: - [ ] simple tests to enforce API - [ ] tests for default method in opts **reducers.js**: - [x]...

Change call to apply when invoking ApiClient

4

I'm not sure what this will accomplish, but it sounds good. @hallettj could you explain further?

https://github.com/paularmstrong/normalizr is an incredibly great fit for this package, and we should integrate it ASAP. It will add a lot of power and flexibility to normalizing data from the server,...

Currently this library assumes that records/record fetched from server live in response.data. This should be configurable - you should be able to pull from any key. I need to investigate...

Retrieve third-party checks from a url rather than filesystem

1

My team at work uses a third party check that we developed internally. We haven't open sourced it yet but it's available on a company-internal server. I'd like to add...

false positive when using .order("FIELD(id, ...)")

6

I have some code that takes a list of ids from params and uses it to order a query. For instance: ``` ids = params[:ids].map(&:to_i) # I'm hoping the to_i...