Change in the way that 7.0.2 handles addresses

[Brewhaus]

I received the following question from a customer that we drop-ship for. Is this 'the new way' that addresses are handled, or can we tweak things to get it back to where the customer can directly change the address for the given order?

When I enter a new shipping address it doesn’t apply it to the order I’m currently working on so I enter the new address and then I must go searching for it in my long list of addresses. Am I missing something which is taking me this longer route?

[afm]

I don't understand what they are doing. Can you describe more details about the steps they follow now and the steps they previously used?

[Brewhaus]

I had to log in as the customer to see what they were talking about, as you can ship to a different address quite easily if you have only your billing address on file. However, if you have several shipping addresses then you are taken to a screen to select which address to use from your list of shipping addresses. When you add an address, it just add the address to your list (ie it does not add the address and carry you through to the checkout with that address). This would not be a hassle for a customer with one or two addresses, but for resellers, who have several regular customers, it could be a huge inconvenience.

The other thing that I noticed is that there did not appear to be a way for a customer to delete addresses. People move- there should definitely be a way to delete old addresses (although, I suppose that they could just edit the address).

[afm]

However, if you have several shipping addresses then you are taken to a screen to select which address to use from your list of shipping addresses.

This part is easier with the 1 page checkout. The addresses are in a drop-down list, ordered by name and address. It would be pretty easy to find 1 even if there were 100's in the list.

The other thing that I noticed is that there did not appear to be a way for a customer to delete addresses.

You can delete addresses using Account > Manage Address Book.

[Brewhaus]

I found where you can delete addresses from the account management. But, we are running on OnePageCheckout.aspx, but we do not get a dropdown menu with addresses. If there is more than one shipping address, we go directly to a list of cards to pick from (ShipAddress.aspx). Maybe we need to re-direct the customer to a different location is they are already logged in?

[Brewhaus]

I just tried running through the checkout, and if we alter the URL for a customer that is already logged inso that they are taken to Checkout/Default.aspx instead of Checkout/ShipAddress.aspx then we show the drop-down list and option to add a new address. But, where do we correct this re-direction?

[afm]

I hope someone else knows, because I don't. My 7.0.2 dev site (straight out of the box with no customizations...not even a color change) does not go to ShipAddress.aspx whether I'm logged in or not.

[mazhar]

I hope someone else knows, because I don't. My 7.0.2 dev site (straight out of the box with no customizations...not even a color change) does not go to ShipAddress.aspx whether I'm logged in or not.

System brings ShipAddress.aspx page when you have some checkout page other then OnePageCheckout. For example enable Checkout Page With Login and then try to checkout it will bring you to ShipAddress page.

[Brewhaus]

We had to change the Checkout web.config file in order to force a login prior to checking out so that customers would be placed into a specific group prior to actually checking out. That works fine. However, if a customer is already logged in before clicking on the checkout button they are directed to the address page instead of the checkout (default.aspx) page. How can we correct this?

[mazhar]

Check App_Code/NavigationalHelper.cs class's GetCheckoutUrl method. It seems that you may be you called this method at some wrong place.

[jmestep]

On the basket page, if you add false to the code in the CheckoutButton_Click method, logged in users go to the one page checkout also:
protected void CheckoutButton_Click(object sender, EventArgs e)
{
BasketHelper.SaveBasket(BasketGrid);
Response.Redirect(NavigationHelper.GetCheckoutUrl(false));
}

You need to do it on the minibasket also.

[Brewhaus]

Thanks, Judy. Just to confirm, inf ConLib/Basket.ascx.cs we change

Code: Select all

protected void CheckoutButton_Click(object sender, EventArgs e)
    {
        BasketHelper.SaveBasket(BasketGrid);
        Response.Redirect(NavigationHelper.GetCheckoutUrl());
    }

to

Code: Select all

protected void CheckoutButton_Click(object sender, EventArgs e)
    {
        BasketHelper.SaveBasket(BasketGrid);
        Response.Redirect(NavigationHelper.GetCheckoutUrl(false));
    }

I assume that this will have no other effects?

Now, being an ascx file as opposed to an aspx, I assume that we still handle the scriptlets the same way and move the altered copy of the Basket.ascx and Basket.ascx.cs files to the ConLib/Custom folder?

[jmestep]

Yes, that is how to change it. I haven't heard of any problems on sites where I have changed it.

[Brewhaus]

When I move the Basket files to the Custom folder and adjust the scriptlet to use the Custom/Basket.ascx file, we get the following error:

[[ConLib:Custom/Basket]] The file '/ConLib/Checkout/Google/GoogleCheckoutButton.ascx' does not exist.

I assume that there is a spot in either Basket.ascx or Basket.ascx.cs that I need to adjust for this?

[jmestep]

You have to make it relative to the root of the site -- the ~
~/Checkout/Google/GoogleCheckoutButton.ascx

[Brewhaus]

But everything works fine when I use ConLib/Basket.ascx. When I move to ConLib/Custom/Basket the issue comes up. Where do I make the correction, and what adjustment do I need to make?