10000 NT-1616: Shipping location retention when changing reward by Arkariang · Pull Request #1021 · kickstarter/android-oss · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

NT-1616: Shipping location retention when changing reward #1021

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

Merged
merged 7 commits into from
Oct 21, 2020

Conversation

Arkariang
Copy link
Contributor
@Arkariang Arkariang commented Oct 19, 2020

📲 What

  • Change shipping location for a reward with addOns, but not backed addOns

🤔 Why

  • There was a few use cases not reflected regarding shipping location

👀 See

  • Before When modifying addOns selection the selected shippingRule was the default one, instead of the backed shippingRule.

  • NOW After pledging with addOns with shippingLocation, if you edit the addOns the shipping location you'll see at the AddOns screen will be the backed one.
    persist-backed-shipping-addOns

  • Before When pledging to a reward with available addOns but skipping them, updating reward, select addOn, go to pledge screen, the shipping was the default one, instead of the chosen on AddOns screen.

  • NOW When pledging to a reward with available addOns but skipping them, updating reward, select addOn, go to pledge screen, the shipping is the chosen one for addOns screen
    correct-shipping-location-secondpledge-has-addOns

  • Before editting reward, delete all addOns selection, on pledge screen not able to edit shipping selection

  • Now editting reward, delete all addOns selection, on pledge screen shipping rule selector available to edit shipping
    skip-addOns-edit-shipping-pledgeFragment

| | |

📋 QA

Case 1

  • Pledge to reward with addOns with shipping different to your default
  • Update pledge, make sure the shipping rule in addOns screen is the backed one.

Case 2

  • Pledge to reward with addOns but skip them.
  • Update pledge, select addOns now, go to pledge screen, make sure the shipping location is the correct one.

Case 3

  • Pledge to a reward with addOns, select some addOns
  • Update pledge, delete all addOns selection and skip them, go to pledge screen
  • Make sure on pledge screen you can select a shipping location and pledge with it.

Story 📖

NT-1616

…ddOns, edit reward -> being able to select that reward again to allow modify addOns
…should use the backing shipping rule on AddOns screen.

- On pledge fragment, if user skips addOns use the backingShippingRule, otherwise use the shippingRule in pledgeData Object.
- added new test for changing location
@Arkariang Arkariang marked this pull request as ready for review October 19, 2020 16:14
@Arkariang Arkariang self-assigned this Oct 19, 2020
@@ -1504,6 +1526,11 @@ interface PledgeFragmentViewModel {
return shippingCost
}

/**
* When retrieving the backing shipping information we do have available the LocationId on the backingObject
* and the list of shippingRules available for the selected reward, so we the backing shippingRule will be
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: change so we the backing shippingRule will be to the backing shippingRule will be

@Arkariang Arkariang merged commit cec2101 into feature/NT-1536-Android-Add-ons-San Oct 21, 2020
@Arkariang Arkariang deleted the imartin/NT-1616 branch October 21, 2020 15:41
Arkariang added a commit that referenced this pull request Oct 28, 2020
* NT-1615: fix Edit reward when add-ons were available but not backed (#1019)
* NT-1479: Android Pledge Screen Polish (#1020)
* NT-1616: Shipping location retention when changing reward (#1021)
* NT-1615: copy change (#1025)

Co-authored-by: leighdouglas <leighcdouglas1@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants
0