Adjust reducers to new redux action
Details
- Reviewers
tomek atul - Commits
- rCOMM0c02463f12f3: Adjust reducers to new redux action
- Make sure eslint and flow do not complain.
- In SQLiteContextProvider component, just after add code that dispatches new redux action just before other actions (SET_X_STORE) are dispatched. Observe in flipper that diffs in redux state resulting from subsequent SET_X_STORE actions are empty.
- Log out. Start the app. Observe in flipper that diff resulting from SET_CLIENT_DB_STORE is empty.
Diff Detail
- Repository
- rCOMM Comm
- Lint
No Lint Coverage - Unit
No Test Coverage
At this point, nearly every workflow requires additional steps. Maybe we can think about a way to make this seem better in the future -- users should know before reading the footnote that Nix isn't going to do everything for them. But, it will do most of the work for them, and anything else will be smaller.
While the user might still know this, the footnote isn't really helping right now. It makes it seem like we told them Nix will do a lot of things, and then later slid in that they will have to do more things.
Currently, the footnote for these sections has a lot of examples for "additional steps." Plus, "additional steps" is broad and could mean any amount of steps, especially to a user who has no familiarity with the dev environment.
So we should think about that, since most of the time footnotes should be used sparingly. If they end up affecting a large portion of a section, we should just make it information the user knows outside of just the footnote. But this can be a separate issue.