Closed (won't fix)
Project:
e-Commerce
Version:
5.x-3.4
Component:
cart
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
18 Aug 2007 at 23:40 UTC
Updated:
26 Oct 2009 at 18:05 UTC
Jump to comment: Most recent file
Comments
Comment #1
brmassa commentedAndrew,
im affraid it cannot be fixed on eC3, due the way it as designed. im gonna check this on eC4 and contact the eC3 maintainers to think about a solution.
regards,
massa
Comment #2
daniel.hunt commented*bump* Has there been any progress on this?
Brmassa: Have you heard back from the maintainers, or found a workaround for this problem yourself?
Comment #3
daniel.hunt commented*final bump*
Comment #4
daniel.hunt commentedAny chance of an update on this?
Comment #5
alexpottI came up against this issue whilst adding a custom screen to the checkout process. After a bit of a struggle and a dabble with ubercart and checking out what ecommerce 4 does (it appears to be the same as ecommerce 3). I refashioned the checkout form to use the form api's multistep config which makes the back button work and because of the way the ecommerce saves the transaction every submit appears to not have many of the issues people have found in multistep forms.
I've attached a path of the cart.module based on e-commerce 3.4.
This has been tested on quite a basic ecommerce config - just one payment method and no specials or inventory but the code in the checkout form that deals with this should still work as I haven't touched it.
Comment #6
deviantintegral commentedI actually ended up writing a module which through form_alter and javascript breaks the cart out into a popup window. You have to do some custom theming to remove the header and navigation, but it means that you can treat the cart like a wizard, and control progression yourself through links. It's not in a state where I can post it, but I will as soon as I can.
--Andrew
Comment #7
deviantintegral commentedMarking since this is "by design" in EC3.