I am testing Commerce Kickstart 2.5 with the bundled Drupal Commerce 1.5. The e-shop default location is Greece, thus shipping to Greece should count as domestic.

I thought that addresses were generic, but it seems billing and shipping addresses are separate types, thus I had to create the same 2 addresses (one in Greece, one in the Netherlands) twice.

My intention is to check the behavior of shipping rules, i.e. whether domestic or international shipping options will be displayed etc.

While moving back and forth (using the links) in the checkout process to select different address combinations I discovered some worrisome inconsistencies:

  1. Select billing in NL, shipping to GR (attachment 1), then advance to next step
  2. Only international shipping is available! This suggests the shipping location was not respected... (attachment 2)
  3. Going back using the Go back link, it can be seen that both billing and shipping have been set to NL (attachment 3).
  4. When trying to re-select the GR address for shipping, the option is not even available anymore and both 'addresses on file' for shipping contain the same NL address! (attachment 4)

The same erratic behavior can be observed when I go edit my addresses in the address book: for some reason I have duplicate addresses in the same shipping / billing section...

Setting priority to major since this would most likely cause a customer to abandon the purchase.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

rszrama’s picture

Project: Commerce Core » Commerce Kickstart
Version: 7.x-1.5 » 7.x-2.x-dev
Component: Checkout » Code
Priority: Major » Normal

We need to nail it down a little further and understand what's going on in the context of Kickstart 2.x - Commerce itself has little to do with the behavior you're experiencing. This seems to be related to Commerce Addressbook and perhaps the checkout pane address copying settings, i.e. "the usual suspects." : P

marktheshark’s picture

OK, please advise what further information you need me to provide for analysis.

Currently it appears that a separate billing and shipping address lead to inconsistencies...

jsacksick’s picture

I think you're not mentionning that you're checking the copy the billing information to shipping information checkbox right ? Because otherwise I couldn't reproduce the bug ?

marktheshark’s picture

No, I don't have that checked.

The billing and shipping addresses are pre-populated from stored addresses marked as defaults (sometimes listing the same address twice...).

marktheshark’s picture

It appears that the "copy billing information to shipping information' is the culprit.

When I deselected the pre-populated default shipping address (selected the first entry in the dropdown which causes the form to be emptied and expects user input), unchecked the checkbox, then reselected an address on file, the choice was respected.

I was then able to select a different shipping from billing address.

Imho, the module should ignore the checkbox value and not copy information (leading to actual overwriting of data) between addresses, when the user has selected an address on file.

jsacksick’s picture

Are you using the latest Kickstart release that includes the latest Commerce Addressbook release (the 2.0-rc4) ?

marktheshark’s picture

Upgraded to Commerce Kickstart 2.6 yesterday.

I'll try to checkout a product and post back in this thread.

marktheshark’s picture

FileSize
31.44 KB

Created 4 addresses again, 2 for billing, 2 for shipping.

Once I proceeded to check out a product, a shipping and billing address were pre-selected (this is OK), however the form fields were not pre-populated. If I select another address and then the original address, the form gets populated from the stored info (new bug?). New screenshot ("form_not_prepopulated.png") attached.

I selected a different billing and shipping address and the problem persists:

  1. Same shipping address as billing address is used, user's choice is ignored
  2. In the address book, both billing addresses (note: not shipping) point to the same address, the other one has been overwritten. There appears to be a mix up here: these two identical addresses now show up in the shipping (not billing) dropdown, if you go one step back in the checkout procedure. Shouldn't the available choices there be shipping addresses?
marktheshark’s picture

For lack of a current solution, would you recommend disabling the Address Book module?

jsacksick’s picture

I don't really have the time to look into it currently, I can't reproduce the described behavior... Are you able to reproduce the same issue with the Kickstart demo (http://demo.commerceguys.com/ck). If yes, then I would recommend you to use the rc3 version of the Addressbook module.

marktheshark’s picture

I am not able to reproduce the exact same problems, I do encounter one of them:

While pre-selected addresses were respected (contrary to my local installation) I do run into the issue of addresses being overwritten if the "shipping address is same as billing address" box is checked.

I believe this should be corrected. If the visitor checks the box, but the opts for an address on file instead, the code should ignore the check-box value. The way it currently works, the address on file choice gets overwritten, which is unexpected.

You could take a look at the account I created on the CK demo (same user name as on d.o). You will find that I have a duplicate address because of the above issue, even though I started out with 4 separate addresses.

Note that the CK demo is configured to require the user to be logged in first, whereas my CK has the default behavior of creating an account as part of the checkout.

By the way, the kickstart example payment payment method does not validate any fake credit card, so I can't complete the mock purchase...

jsacksick’s picture

Status: Active » Fixed

Could you try to update to the latest version of the Addressbook modules, some bugs should have been fixed => http://drupal.org/node/1988210

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

marktheshark’s picture

Issue summary: View changes
Status: Closed (fixed) » Active
FileSize
18.67 KB

Checking back at my addresses, there appears to be almost one new duplicate address for every time I make a purchase...

I am currently on CK 7.x-2.12. Please see attached screenshot.

marktheshark’s picture

Opened related issue.

lsolesen’s picture

Issue tags: +Behat

Han you create a behat test showing this

lsolesen’s picture

rszrama’s picture

Status: Active » Closed (outdated)

Commerce Kickstart 2.x is in minimal maintenance mode. Closing out all outdated tickets now to maintain focus on Commerce Kickstart 3.x.