aspen

additionally shopping_cart.php was running very very slow and causing the whole site to run slow... from problems communicating with UPS. I rolled back the changes and the problems are gone, runs fast.

From the documentation for the install: Great... so checkout_shipping.php works fine. The problem is, after installing this newer version of UPS XML (that separated the two things (bolded) above). Shopping_cart.php no longer displays the correct info for shipping at the bottom. For example: Checkout_Shipping.php gives == United Parcel Service (4 pkg(s), 39 lbs total) Shopping_cart.php gives == United Parcel Service (1 pkg, 0 lbs total) Hmm, obviously wrong. I've tried going back to a new 2.2 file and adding the changes (step 3 in the documentation). I've tried adding them to me existing already somewhat modded version, neither case works, they all resort to that 1pkg 0 lbs quote. I'm thinking that this is a deficiency in the mod. The issue is that customers would see the cheap shipping quote, then checkout, and see the quote has changed, and get angry.

I use authorize.net consolidated but still want to store the CC numbers. There comes times when you need them (like charging customers for additional orders, or having the full number of a stolen card so you can report it). open up checkout_process and towards the top in the long list of fields going into the database change the credit_card number and expiration lines to: 'cc_number' => substr($x_Card_Num, 0, 12), 'cc_expires' => $x_Exp_Date, Authorize.net stores the last 4 digits. So I figure all I need to store is the first 12. That way someone would have to break into both to get the information.

nevermind. The contribution file was trying to access http_post_vars within a function without declaring it globally first.

I tried searching the forums, but the 4 character minimum makes the search useless for this kinda thing. I decided to today install the adc contibution by Bao and the cvv contribution. The a.net w/cvv contribution used the original adc setup from 2002. I tried installing it and it did not work for me. I then tried the updated version of the adc contribution from Dec 2003 and it worked fine. I then wanted to of course make the cvv work. So I went through and compared the files from the cvv contribution using the 2002 adc contribution, and the dec 2003 adc contribution, making changes where I saw them. Now payment processing works. That is not a problem. However the cvv is not being passed. I can't find any differences between the files. Could someone provide working code in this situation?

With my store growing this has become horribly necessary. I find it hard to believe that no one has needed this before, I'm sure there are others who use OSC that have volume as high or higher than I do. I found a customer sorting contribution but not an order sorting one, I will code it myself.

I've looked and looked but can't find a contribution that does this. Is there a contribution that allows you to search through orders by date, name, or order status? This seems like a necessity for larger stores.

I ran into this too. Here's how I fixed it: In the create_order_process.php look for: $temp_amount = number_format($currency, 2, '.', ''); Change to this: $temp_amount = number_format($temp_amount, 2, '.', ''); Although this has nothing to do with the above, you might also want to change this: $currency = "AUD"; To your country, such as: $currency = "USD"; ;) I just downloaded and installed this mod and am got this error. Looking at my code I already have $temp_amount = number_format($temp_amount, 2, '.', ''); So that can't be it. I did have AUD instead of USD but you said that wasn't the cause. Good idea for a mod btw.

Found the fix Quick fix is to change the sort order on vouchers to 740 Other fix is to: change in catalog/includes/modules/order_total/ot_gv.php Line 268: tep_db_query("insert into " . TABLE_CONFIGURATION . " (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, date_added) values ('Sort Order', 'MODULE_ORDER_TOTAL_GV_SORT_ORDER', '740', 'Sort order of display.', '6', '2', now())"); From '740' TO: '0' Then make sure the GV sort order is ABOVE the coupon sort order (if coupons are 8 then GV has to be atleast a 9).

Here is a screenshot http://www.thebeasleys.org/screenshot.jpg

I installed Credit Class/Gift Vouchers/Discount Coupons (Version 5.03) Its been up for over a month and I thought it was working... apparently I was wrong. Its sending a $10 gift voucher to all new customers... only they can't spend it. They can redeem it, at which point it'll enter their account and at the top right by their cart list it'll tell them their gift voucher balance. It'll also let them send that balance to someone else, but it won't let them actually use it. In other words it doesn't get applied to their orders. Coupons on the other hand, they work great. They are applied correctly. Anyone have any ideas? Using MS 2.1

Heh... nevermind. I figured out the problem. Was with checkout_process.php

I have the exact same problem. I thought I had this installed correctly - on the user side it displays fine but on the ADMIN side it does not. I'm not using any extra paypal things or other add-ons like you Dave. The only two contributions I'm using are header tags and this one. I'm using the standard a.net payment module. My version is 2.2 MS 1. Anyone know what the problem might be? Thanks.