Hi,
I'm facing a lots of dispatch overlap issues.
My basic scenario is :
When the the project is initialized,
1- it loads the current user (if the client has a token) (it dispatches LOAD_USER, LOAD_USER_SUCCESS, LOAD_USER_ERROR)
2- The user store listens to LOAD_USER_SUCCESS, sets the user and emits a users.load_user.success
3- My App component listens to users.load_user.success and calls the action to initialize the router.
4- The router dispatches CHANGE_ROUTE, CHANGE_ROUTE_SUCCESS and CHANGE_ROUTE_ERROR
The problem is the dispatcher did not finish to dispatch LOAD_USER_SUCCESS and triggers CHANGE_ROUTE.
You never really talked about implementing a queue of dispatch, is there a reason for that ?
ps. I saw someone proposed to implement the possibility to $listenTo multiple events, what is the status ?
Hi,
I'm facing a lots of dispatch overlap issues.
My basic scenario is :
When the the project is initialized,
1- it loads the current user (if the client has a token) (it dispatches LOAD_USER, LOAD_USER_SUCCESS, LOAD_USER_ERROR)
2- The user store listens to LOAD_USER_SUCCESS, sets the user and emits a users.load_user.success
3- My App component listens to users.load_user.success and calls the action to initialize the router.
4- The router dispatches CHANGE_ROUTE, CHANGE_ROUTE_SUCCESS and CHANGE_ROUTE_ERROR
The problem is the dispatcher did not finish to dispatch LOAD_USER_SUCCESS and triggers CHANGE_ROUTE.
You never really talked about implementing a queue of dispatch, is there a reason for that ?
ps. I saw someone proposed to implement the possibility to $listenTo multiple events, what is the status ?