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
user view of orders/accounts information #16
Labels
help wanted
For issues that have a clear solution described and are not currently prioritized core team work
Milestone
Comments
aaronjudd
added
enhancement
help wanted
For issues that have a clear solution described and are not currently prioritized core team work
and removed
enhancement
labels
Jan 19, 2015
https://github.com/reactioncommerce/reaction-core/commit/5bf1d873c8dde6b76a93a36f342051b998a8e805 adds |
Closed
Initial implementation resolved by https://github.com/reactioncommerce/reaction-core/pull/111 |
aaronjudd
added a commit
that referenced
this issue
Mar 24, 2015
Thanks to contributions from @danielgindi `right to left internationalization` is now supported. Take a look at the Russian or Hebrew languages to see RTL in action. - Resolves #176 Also contributions from @firstred and @epson121 added Dutch and Croatian translations. Thanks to contributions from @lovetostrike, the initial `reactioncommerce:reaction-social` package has been published, which gives basic social sharing functionality. - Resolves #61 - Resolves #281 - if there is neither a sessionCart nor a userCart, create a sessionCart * add sessionId to cart.sessions * auto insert/update userId if authenticated * observers to ensure cart always exists (ie after deletion) - if sessionCart is a not a userCart return sessionCart - if sessionCart just authenticated, add userId - only return a user cart when authenticated * copy existing userCart(s) into sessionCart and remove userCart(s) - if userCart just logged out, remove sessionId from userCart and create new sessionCart - allow multiple sessionId per cart when userCart TODO: - realistically this may not be very solid way to handle sessions. - Session handling will need a **close review in the future**. - potential edge cases where multiple session/auth/merge actions to a cart may destroy the cart - cart really should have mirrored client and server methods and be tested offline Issue updates: - Remove packages introduced in reactioncommerce/reaction-core#76 - Resolves #271 - Resolves #339 - Resolves #326 - Resolves #183 - Strategic updates for issue #16 - Strategic updates for issue #318 - Strategic updates for issue #76 * dashboard enable/disable **guest checkout** * change default step to **guest checkout** or create/sign-in * store email for order - **after order completion if guest** * not visible after destroyed session (ie: refresh) * updated checkout and progress bar to use cart value instead of session TODO: - validation on email guest entry - add account creation instructions to an order completion email - potentially add third prompt for account creation after email (or promos,etc) - order emails! - use workflow states to control checkout ui flow. Thanks to initial contributions from @prinzdezibel! - use new Accounts collection (previously referred to as customers) - create account on user create, or use a session specific account - implement Template.dynamic handling of AddressBook edit/add/grid - changes to checkout address handling, fix accounts context - update addressBook forms to autoform-v0.5.0 compatible (autoform not upgraded) - change accounts/shop `email` from string to `emails` array - `emails: {'address': options.email, 'verified': true}` - changed Shops, Accounts email to an array `emails` - userAccountsDropdown icon for orders, profile - user view of order history TODO: - merge session accounts to user account upon email confirmation (and email saved on cart) - reduce / cleanup garbage sessions (merge will help) - session / accounts/ cart garbage collector - account profile / settings - on account creation / login with password - if confirmed account creation email - create a account collection record with this userId - update all orders with matching email to match this userId - copy all order addresses into Accounts.profile.addressBook - copy all social / email info to Accounts. - users collection locked down, nothing exposed to client, used for authentication only - else - if there are more orders with this email - display on order view "Add order" * moves user orders from cart/checkout folder to dashboard/orders * add message for confirmation of email * authenticated user can see all orders where userId in list view * admin can see all in list view * userAccountsDropdown icon for orders * add cartId to Orders (instead of using cartId as orderId) TODO: - integrate the admin view of list into dashboard admin flow - this is possibly a breaking change to the orders dashboard. - remove sessionId from orders on logout * updates to handling settings from registry (public, private) * rename and move settingGeneral to shop/settings * rename and move settingsAccounts to shop/accounts **Multi-shop/vendor** * shop account updates to prep multi-shop dashboard * shopId added to cart.items (variants) Issue updates: - Strategic updates for issue #236 - Strategic updates for issue #327 * added settings.public to publish public settings to ReactionCore.xxx Thanks to contributions and docs from @spencern - Test coverage for product methods - Fix, add coverage for core methods * Upgrade to Meteor 1.0.4.2 * Implements `check` and `audit-argument-checks` * Implements `browser-policy` * Fixed footer layout pages loading. * Updates CFS, removes FileStorage collection. * **Contributions from @aldeed @prinzdezibel @spencern @boboci9 @evliu @ceh @gouthamve @KEFIRCHIK @epson21 @firstred **
aaronjudd
added a commit
that referenced
this issue
Dec 3, 2015
Changes that refactor the `ReactionCore.registerPackage` implementation to a more flexible, and structured template registry. `ReactionCore.registerPackage` moves to server. package.registry is published to client. These are not backwards compatible changes. Updated documentation at docs/packages.md Initial commit for issue #314 Strategic updates for Issue #273 Strategic updates for Issue #306 Strategic updates for Issue #305 Strategic updates for Issue #246 Strategic updates for Issue #183 Strategic updates for Issue #155 Strategic updates for Issue #16 Strategic updates for Issue #148 Resolves #53 Resolves #308 Resolves #178 *Remaining tasks* solve undefined error convert the rest of the payment packages context sensitive widgets (context?) update with detailed docs (document all the existing "provides")
aaronjudd
added a commit
that referenced
this issue
Dec 3, 2015
##package-registry-refactor Changes that refactor the `ReactionCore.registerPackage` implementation to a more flexible, and structured template registry. `ReactionCore.registerPackage` moves to server. package.registry is published to client. cycle = Core, Stable, Testing (todo: => correlates package semver) container = combine multiple registry entries These are not backwards compatible changes. Updated documentation at docs/packages.md Initial commit for issue #314 Strategic updates for Issue #273 Strategic updates for Issue #306 Strategic updates for Issue #305 Strategic updates for Issue #246 Strategic updates for Issue #183 Strategic updates for Issue #155 Strategic updates for Issue #16 Strategic updates for Issue #148 Strategic updates for Issue #146 Resolves #53 Resolves #308 Resolves #178
aaronjudd
added a commit
that referenced
this issue
Dec 3, 2015
**Cart** *The goal is a reactive offline / online multisession-multishop-multidevice cart.* - if there is neither a sessionCart nor a userCart, create a sessionCart * add sessionId to cart.sessions * auto insert/update userId if authenticated * observers to ensure cart always exists (ie after deletion) - if sessionCart is a not a userCart return sessionCart - if sessionCart just authenticated, add userId - only return a user cart when authenticated * copy existing userCart(s) into sessionCart and remove userCart(s) - if userCart just logged out, remove sessionId from userCart and create new sessionCart - allow multiple sessionId per cart when userCart TODO: - realistically this may not be very solid way to handle sessions. - It will need a close review in the future. - there are some edge cases where multiple authentications or merges to the same cart may destroy the cart - Cart really should have mirrored client and server methods to allow adding to cart while offline - allow multiple sessionId per cart when userCart - consider implementation of this as part of Accounts Updates issues: - Remove packages introduced in reactioncommerce/reaction-core#76 - Resolves #271 - Resolves #339 - Resolves #326 - Resolves #183 - Strategic updates for issue #16 - Strategic updates for issue #318 - Strategic updates for issue #76 **Checkout** * dashboard enable/disable guest checkout * change default step to guest checkout or create/sign-in * store email for order - after order completion if guest * not visible after destroyed session (ie: refresh) * updated checkout and progress bar to use cart value instead of session TODO: - validation on email guest entry - add account creation instructions to an order completion email - potentially add third prompt for account creation after email (or promos,etc) - order emails! - use workflow states to control checkout ui flow. **Accounts** * use new Accounts collection (previously referred to as customers) * userAccountsDropdown icon for orders, profile TODO: - account profile / settings - on account creation / login with password: if confirmed account creation email create a account collection record with this userId update all orders with matching email to match this userId copy all order addresses into Accounts.profile.addressBook copy all social / email info to Accounts. users collection locked down, nothing exposed to client, used for authentication only else if there are more orders with this email display on order view "Add order" **Packages** * added settings.public to publish public settings to ReactionCore.xxx **Orders** * moves user orders from cart/checkout folder to dashboard/orders * add message for confirmation of email * authenticated user can see all orders where userId in list view * admin can see all in list view * userAccountsDropdown icon for orders * add cartId to Orders (instead of using cartId as orderId) TODO: - integrate the admin view of list into dashboard admin flow - this is possibly a breaking change to the orders dashboard. **Dashboard** * updates to handling settings from registry * rename and move settingGeneral to shop/settings * rename and move settingsAccounts to shop/accounts **Multi-shop/vendor** * shop account updates to prep multi-shop dashboard * shopId added to cart.items (variants) Strategic updates for issue #236 Strategic updates for issue #327 **General** * Fixed footer layout pages loading. * Updates CFS, removes FileStorage collection. Related issues @aldeed @prinzdezibel
aaronjudd
added a commit
that referenced
this issue
Dec 3, 2015
Thanks to contributions from @danielgindi `right to left internationalization` is now supported. Take a look at the Russian or Hebrew languages to see RTL in action. - Resolves #176 Also contributions from @firstred and @epson121 added Dutch and Croatian translations. Thanks to contributions from @lovetostrike, the initial `reactioncommerce:reaction-social` package has been published, which gives basic social sharing functionality. - Resolves #61 - Resolves #281 - if there is neither a sessionCart nor a userCart, create a sessionCart * add sessionId to cart.sessions * auto insert/update userId if authenticated * observers to ensure cart always exists (ie after deletion) - if sessionCart is a not a userCart return sessionCart - if sessionCart just authenticated, add userId - only return a user cart when authenticated * copy existing userCart(s) into sessionCart and remove userCart(s) - if userCart just logged out, remove sessionId from userCart and create new sessionCart - allow multiple sessionId per cart when userCart TODO: - realistically this may not be very solid way to handle sessions. - Session handling will need a **close review in the future**. - potential edge cases where multiple session/auth/merge actions to a cart may destroy the cart - cart really should have mirrored client and server methods and be tested offline Issue updates: - Remove packages introduced in reactioncommerce/reaction-core#76 - Resolves #271 - Resolves #339 - Resolves #326 - Resolves #183 - Strategic updates for issue #16 - Strategic updates for issue #318 - Strategic updates for issue #76 * dashboard enable/disable **guest checkout** * change default step to **guest checkout** or create/sign-in * store email for order - **after order completion if guest** * not visible after destroyed session (ie: refresh) * updated checkout and progress bar to use cart value instead of session TODO: - validation on email guest entry - add account creation instructions to an order completion email - potentially add third prompt for account creation after email (or promos,etc) - order emails! - use workflow states to control checkout ui flow. Thanks to initial contributions from @prinzdezibel! - use new Accounts collection (previously referred to as customers) - create account on user create, or use a session specific account - implement Template.dynamic handling of AddressBook edit/add/grid - changes to checkout address handling, fix accounts context - update addressBook forms to autoform-v0.5.0 compatible (autoform not upgraded) - change accounts/shop `email` from string to `emails` array - `emails: {'address': options.email, 'verified': true}` - changed Shops, Accounts email to an array `emails` - userAccountsDropdown icon for orders, profile - user view of order history TODO: - merge session accounts to user account upon email confirmation (and email saved on cart) - reduce / cleanup garbage sessions (merge will help) - session / accounts/ cart garbage collector - account profile / settings - on account creation / login with password - if confirmed account creation email - create a account collection record with this userId - update all orders with matching email to match this userId - copy all order addresses into Accounts.profile.addressBook - copy all social / email info to Accounts. - users collection locked down, nothing exposed to client, used for authentication only - else - if there are more orders with this email - display on order view "Add order" * moves user orders from cart/checkout folder to dashboard/orders * add message for confirmation of email * authenticated user can see all orders where userId in list view * admin can see all in list view * userAccountsDropdown icon for orders * add cartId to Orders (instead of using cartId as orderId) TODO: - integrate the admin view of list into dashboard admin flow - this is possibly a breaking change to the orders dashboard. - remove sessionId from orders on logout * updates to handling settings from registry (public, private) * rename and move settingGeneral to shop/settings * rename and move settingsAccounts to shop/accounts **Multi-shop/vendor** * shop account updates to prep multi-shop dashboard * shopId added to cart.items (variants) Issue updates: - Strategic updates for issue #236 - Strategic updates for issue #327 * added settings.public to publish public settings to ReactionCore.xxx Thanks to contributions and docs from @spencern - Test coverage for product methods - Fix, add coverage for core methods * Upgrade to Meteor 1.0.4.2 * Implements `check` and `audit-argument-checks` * Implements `browser-policy` * Fixed footer layout pages loading. * Updates CFS, removes FileStorage collection. * **Contributions from @aldeed @prinzdezibel @spencern @boboci9 @evliu @ceh @gouthamve @KEFIRCHIK @epson21 @firstred **
cmbirk
pushed a commit
to cmbirk/reaction
that referenced
this issue
Aug 18, 2019
…latest-develop Merge latest develop
This was referenced Sep 21, 2021
This was referenced Mar 2, 2022
zenweasel
pushed a commit
that referenced
this issue
Sep 20, 2022
…normalize-url-5.3.1 chore(deps): Bump normalize-url from 5.3.0 to 5.3.1
zenweasel
pushed a commit
that referenced
this issue
Sep 20, 2022
…ws-5.2.3 chore(deps): bump ws from 5.2.2 to 5.2.3
zenweasel
pushed a commit
that referenced
this issue
Sep 20, 2022
…a632ef685c1b44804d788 [Snyk] Upgrade simpl-schema from 1.7.3 to 1.12.0
zenweasel
pushed a commit
that referenced
this issue
Sep 20, 2022
…ccf0cd76edc96eebc3946 [Snyk] Upgrade simpl-schema from 1.10.2 to 1.12.0
zenweasel
pushed a commit
that referenced
this issue
Sep 20, 2022
…y18n-3.2.2 chore(deps): bump y18n from 3.2.1 to 3.2.2
zenweasel
pushed a commit
that referenced
this issue
Sep 20, 2022
…handlebars-4.7.7 chore(deps): bump handlebars from 4.7.6 to 4.7.7
zenweasel
pushed a commit
that referenced
this issue
Sep 20, 2022
…y18n-3.2.2 chore(deps): bump y18n from 3.2.1 to 3.2.2
zenweasel
pushed a commit
that referenced
this issue
Sep 20, 2022
…fef744536246c27d5c4ce [Snyk] Upgrade @reactioncommerce/api-utils from 1.16.1 to 1.16.5
zenweasel
pushed a commit
that referenced
this issue
Sep 20, 2022
…a041f65c18dce7f8baff6 [Snyk] Upgrade @reactioncommerce/api-utils from 1.14.2 to 1.16.5
zenweasel
pushed a commit
that referenced
this issue
Sep 20, 2022
…on-test chore: add integration tests
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
help wanted
For issues that have a clear solution described and are not currently prioritized core team work
a user view of orders and account information, linked in their account dropdown.
The text was updated successfully, but these errors were encountered: