Closed (won't fix)
Project:
Ubercart
Version:
6.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
23 Dec 2008 at 04:47 UTC
Updated:
10 Jul 2013 at 08:08 UTC
Here are the steps how to re-produce this bug, hard to explain so I just write the step one by one:
Comments
Comment #1
scoutbaker commentedMarked #350378: Bug: My billing information is the same as my delivery information as a duplicate.
Comment #2
cha0s commentedComment #3
cha0s commentedUnfortunately, I'm not sure if this is possible given the way checkout panes are currently set up. It doesn't appear that panes have access to each other at the 'process' stage, which I believe is where such copying should be taking place. This also sucks for anyone without Javascript, as well... although I think checkout is already broken without Javascript in various ways...
Hopefully Ryan/Lyle can shed some insight on this, but I couldn't find it.
Comment #4
rszrama commentedYeah, this is a tricky issue. The robust fix will need to be postponed, but this issue can be re-opened if someone wants to figure out a way to get that box to "uncheck" itself if an error occurs. The reason it's checked is b/c the Forms API remembers that it was checked when the form was submitted.
Comment #5
gooddesignusa commentedSo i know this isn't a real fix. Using jquery to detect if there is an error and if so just uncheck that box. I threw this in my page.tpl.php file obviously up inside the head tag. Maybe this can hold some people over lol. Any error will uncheck that box so i guess that kinda sucks but whatever.
Comment #6
xibun commentedjust came across the same issue... just a thought: can clicking "Review order" not copy all Delivery information into Billing information in case that "My billing information is the same as my delivery information." is enabled?
far less important but related: the "... field is required." message shouldn't appear twice when the "My billing information is the same as my delivery information." is enabled.
Comment #7
tr commentedOpening this back up so we can work on a fix.
Comment #8
jenileigh commentedHas anyone found a fix for this?
Comment #9
jenileigh commentedSorry for multiple postings, put it looks like if you take out this line in your custom theme:
print $scriptsthis feature doesn't work. Put it back in and it works. I hope this helps someone out there!Comment #10
spacebunny commentedWow thanks for the post jenileigh, it helped resolved my problem. I accidentally removed this line in the new theme.
Also want to point out that the page to insert print $scripts is page.tpl.php (right after print $styles; is a good place).
Comment #11
longwaveNot worth fixing this now in 6.x-2.x.