darrenultra

Ok, I think I will probably be able to throw the dirtiest of all hacks together to get this ship back afloat. I'll post here if I get everything working.

Same problem here. This module would be perfect, however if there is no way to include VAT in the price then I will need to find another solution. I would be happy to pay if someone can fix this.

Hi, I installed the Ultimate SEO package back in 2008. Wow I feel old. I deicided it is about time I turned Register Globals off on my site, and so have been trying to do this on my local version. I have made the necessary changes according to this mod: osCommerce 2.2ms2-060817 Register Globals Off Workaround for PHP4 and PHP5 This mod was created by Jiri Stavinoha from magic seo url. Upon turning Register Globals off everything worked fine until I turned my Ultimate SEO URLs package on. When I do this the category and product pages display the error: FATAL ERROR: register_globals is disabled in php.ini, please enable it! It is only the pages that have had their urls modified by the Ultimate SEO URLs package that come up with this error. What really baffles me is that a site wide source code search for "FATAL ERROR: register_globals" reveals no matches. It is also worth mentioning that I first used a different contribution to make my site compaitible with Register Globals off. The other contribution resulted in exactly the same errors. My head is going scabby from all the scratching and so if anyone can help me out it would be much appreciated.

Hi, I have deicided it is about time I turned Register Globals off on my site, and so have been trying to do this on my local version. I have made the necessary changes according to this mod: osCommerce 2.2ms2-060817 Register Globals Off Workaround for PHP4 and PHP5 This mod was created by Jiri Stavinoha from magic seo url. Upon turning Register Globals off everything worked fine until I turned my Ultimate SEO URLs package on. When I do this the category and product pages display the error: FATAL ERROR: register_globals is disabled in php.ini, please enable it! It is only the pages that have had their urls modified by the Ultimate SEO URLs package that come up with this error. What really baffles me is that a site wide source code search for "FATAL ERROR: register_globals" reveals no matches. It is also worth mentioning that I first used a different contribution to make my site compaitible with Register Globals off. The other contribution resulted in exactly the same errors. My head is going scabby from all the scratching and so if anyone can help me out it would be much appreciated.

OK ...i was a bit hasty with my post ...it seems that just changing the one line of code as suggested in the linked post does the trick.

Hey, I use both CCGV and QTPro. I would like to apply a discount specifically to one product (which happens to have product attributes). I do this by entering the products ID when creating the discount voucher. Unfortunately when I test this voucher no discount is applied. However, if i do it for a product without attributes then discount is applied. I found a post here: http://www.oscmax.com/forums/new-oscommerce-contributions/22211-ccgv-trad.html ...in which someone claims to have found a fix to the problem. He suggests changing 2 lines of code. However, there is no difference in the before and after code for the first suggested change. As a result this fix is not working for me. Does anyone know how I can make this work? Many thanks, Daz

Hey, I've got the same problem as kahlo. I get this message whenever I hit the Facebook button: My website is on a shared server, so the login page looks like this: https://sslrelay.com/mywebsite.co.uk/login.php?osCsid=455a291ab433f2e1113a2d6a32cb7571 I have told Facebook that my url and domain are: http://www.mywebsite.co.uk mywebsite.co.uk Could it be that the sslrelay.com part of my shared server login page is causing Facebook to reject my website? If so is there a way around this? Cheers, Daz

I've now figured this out. I had to update ec_shipping.php such that it contained PWA modifications (use a file compare program). I also had to update a function in includes/functions/general.php. The modded function is shown below: function tep_count_customer_address_book_entries($id = '', $check_session = true) { global $customer_id; if (is_numeric($id) == false) { if (tep_session_is_registered('customer_id') and $customer_id != '0') { $id = $customer_id; } else { return 0; } } I hope this helps anyone with both PWA and Paypal Express Checkout IPN installed.

Ok ...after taking a closer look at the customer addresses appearing on the checkout_shipping_address.php page I can see that they are not past PWA customers. I assumed that this was the case because each has a customer_id of 0. However, they are actually Paypal Express Checkout IPN customers (who are also given the customer_id of 0). Any ideas how I might adapt PWA such that these customer addresses do not appear?

Hey Chris, Thanks for the help. My session settings are ok in admin ...so I guess I'm missing the code to end the session. I've googled for similar problems but i'm not coming up with much. If you have any ideas let me know. Many thanks Nick

Hi, A customer has recently reported that when using the 'Straight to Checkout' option in the Purchase Without Account contribution, that the checkout_shipping_address.php page shows the addresses of previous PWA customers. Instead of being given the option to enter a new address he is presented with a list of PWA customers addresses and asked to choose one. Strangely enough this only happens on my live website. On my local server PWA works as it should. This leads me to believe that something about my live (SSL) url is causing the PWA malfunction: Live Website https://sslrelay.com/mywebsite.co.uk/checkout_shipping_address.php?osCsid=81ddf75b056a71f7eb249a2e92875163 Local Server http://www.localdevelopmentserver.com/mywebsite/checkout_shipping_address.php I have triple checked and my checkout_shipping_address.php pages are identical on my local and live websites. Anyone have any idea what is going on? Any help will be much appreciated.

Ok I found the solution in another thread: You have to hardcode the following variables on line 355 and 356 of paypal_ec.php $tx_total = 0.00; $ha_toatl = 0.00; ...sorry about double-posting the first message. I did so by accident whilst trying to post this solution. I'm not the aggressive sort.

Hey, I have installed Paypal Express Checkout IPN V0.4.1. After being directed back from google and coninuing with an order I am prestented with the following error message: An error occured when we tried to process your payment. Please contact the store owner for assistance. Error #1: Invalid Data (10428) Handling total is invalid. Error #2: Transaction refused because of an invalid argument. See additional error messages for details. (10413) The totals of the cart item amounts do not match order amounts. I checked my emails for the Paypal Error Dump ... In function: before_process() Response from PayPal: [security] = N/A [RequesterCredentials] [0] [Credentials] [0] [username] = N/A [Password] = N/A [subject] = N/A [DoExpressCheckoutPaymentResponse] [0] [Timestamp] = 2011-03-22T21:35:15Z [Ack] = FailureWithWarning [CorrelationID] = 1750102bbcf6 [Errors] [0] [shortMessage] = Invalid Data [LongMessage] = Handling total is invalid. [ErrorCode] = 10428 [severityCode] = Error [1] [shortMessage] = Transaction refused because of an invalid argument. See additional error messages for details. [LongMessage] = The totals of the cart item amounts do not match order amounts. [ErrorCode] = 10413 [severityCode] = Warning [Version] = 2.0 [build] = 1783668 [DoExpressCheckoutPaymentResponseDetails] = N/A From this request: (WARNING!!) DO NOT expose your API Username/Password to the public!! [?xml version="1.0" encoding="utf-8"?] [soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema] [soap:Header] [RequesterCredentials xmlns=urn:ebay:api:PayPalAPI] [Credentials xmlns=urn:ebay:apis:eBLBaseComponents] [username]support_api1.mywebsite.co.uk[/username] [Password]MYPASSWORD[/Password] [/Credentials] [/RequesterCredentials] [/soap:Header] [soap:Body] [DoExpressCheckoutPaymentReq xmlns=urn:ebay:api:PayPalAPI] [DoExpressCheckoutPaymentRequest] [Version xmlns=urn:ebay:apis:eBLBaseComponents]2.0[/Version] [DoExpressCheckoutPaymentRequestDetails xmlns=urn:ebay:apis:eBLBaseComponents] [PaymentAction]Sale[/PaymentAction] [Token]EC-0PG96129ND043584U[/Token] [PayerID]UZYR3UVM82FWQ[/PayerID] [PaymentDetails] [OrderTotal currencyID=GBP]23.99[/OrderTotal] [OrderDescription]Order placed on March 22, 2011, 10:34 pm by JOHN SMITH (ID: 7073)[/OrderDescription] [itemTotal currencyID=GBP]19.99[/itemTotal] [shippingTotal currencyID=GBP]4[/shippingTotal] [HandlingTotal currencyID=GBP]-4[/HandlingTotal] [TaxTotal currencyID=GBP]4[/TaxTotal] [NotifyURL]https://sslrelay.com/mywebsite.co.uk/ext/modules/payment/paypal_ec/ipn.php?language=[/NotifyURL] [Custom]Phone: 01600123123 -- Email: [email protected][/Custom] [shipToAddress] [Name]John Smith[/Name] [street1]A Place[/street1] [street2][/street2] [CityName]Another Place[/CityName] [stateOrProvince]Wilhamptonshire[/stateOrProvince] [PostalCode]GR5 8RP[/PostalCode] [Country]GB[/Country] [/shipToAddress] [PaymentDetailsItem][Name]Smith Ad Alti T-Shirt-Size-Large-T-Shirt Colour-Tidepool[/Name][Number]758{2}162{24}341 (Ad Alti)[/Number][Amount currencyID=GBP]16.66[/Amount][Quantity]1[/Quantity][Tax currencyID=GBP]3.33[/Tax][/PaymentDetailsItem] [/PaymentDetails] [/DoExpressCheckoutPaymentRequestDetails] [/DoExpressCheckoutPaymentRequest] [/DoExpressCheckoutPaymentReq] [/soap:Body] [/soap:Envelope] If anyone knows what is causing this error please let me know. Even blind stabs in the dark appreciated. Thanks

Hi peeps, In addition to my UK website I am looking to develop a European website. I want to price all my products in Euros (so the customer knows exactly how much they are paying rather than a rough conversion). I have spoken to sagepay and it seems that there won't be a problem in accepting payment in Euros. My new website will be based on my existing one, however the default currency will be Euros. Will the Sagepay Direct module pass on this information to Sagepay, or is Sagepay Direct coded in such a way that it always specifies that the payment is in GBP? Will I need to make some coding changes to Sagepay Direct such that it sends the payment in Euros? Thanks in advance for any help that comes my way.