Latest News: (loading..)

Rozza

Members
  • Content count

    18
  • Joined

  • Last visited

About Rozza

Profile Information

  • Real Name
    Carl Rosamond
  1. Hi tigergirl, Many thanks for your reply, if this is what you mean - "Error in checkout_process.php's logic" it was already correct and I have tried other similar mods used for other payment modules but without success. After speaking to SagePay support I'm beginning to suspect my theory of the missing colon but I don't know which file to edit to test it. Really stumped now!
  2. Just a thought.... I may be barking up completely the wrong tree here but I have noticed that there is no colon (' : ') generated between the Coupon title and the amount (see my post above for examples). All the other amounts have this and I was led to believe that SagePay use the ' : ' sign as a seperator between each field. Could be a red herring but how would I insert this in to the code to test it?
  3. Just a thought.... I may be barking up completely the wrong tree here but I have noticed that there is no colon (' : ') generated between the Coupon title and the amount (see original post above for examples). All the other amounts have this and I was led to believe that SagePay use the ' : ' sign as a seperator between each field. Could be a red herring but how would I insert this in the code to test it?
  4. Hi There, I recently installed the contribution Gift Voucher (GV) and Discount Coupons (DC) for RC1, RC2, RC2a (v1.2). It's exactly what I need but I'm having a small issue integrating it with the SagePay Form Module (v1.20). (I have posted a message on the Discount Coupon support forum but, as yet, no-one has replied). For some reason the discount amount, when passed to SagePay, shows as £0.00. For example, the checkout_confirmation page shows... Sub-Total: £7.49 Coupon (30PERCENT) -£2.25 Royal Mail 1st Class Standard: £1.62 Total: £6.86 Yet the SagePay payment pages, emails and transactions all show... Sub-Total: £7.49 Coupon (30PERCENT) £0.00 Royal Mail 1st Class Standard: £1.62 Total: £6.86 I have tried various settings and Order Total Module sort orders - all give the same result. The bottom line is correct so no-one is being overcharged and it shows correctly in the OSC generated email. SagePay support say that their logs show the Coupon amount being passed to them is £0.00 so the problem is at my end but I don't know how to fix this. Do I have to edit the payment module in anyway to present the correct negative figure? If it helps I am also using the QTPro and UK Royal Mail & Overseas Shipping Methods contributions. Apologies in advance but I'm a total novice when it comes to PHP!
  5. Hi There, Installed v1.2 of this contribution and it works like a charm, exactly what I needed - the one tiny fly in the ointment seems to be integrating with the SagePay Form Module (v1.2). For some reason the discount amount shows as £0.00. For example, the checkout_confirmation page shows... Sub-Total: £7.49 Coupon (30PERCENT) -£2.25 Royal Mail 1st Class Standard: £1.62 Total: £6.86 Yet the SagePay payment pages, emails and transactions all show... Sub-Total: £7.49 Coupon (30PERCENT) £0.00 Royal Mail 1st Class Standard: £1.62 Total: £6.86 I have tried various settings and Order Total Module sort orders - all give the same result. The bottom line is correct so no-one is being overcharged and I can live with it for now. SagePay support say that their logs show the Coupon amount being passed to them is £0.00 but I don't know how to fix this. I suspected the payment module and I have tried the forum for the SagePay module but to no avail - can anyone shed any light on this? If it helps I am also using the QTPro and UK Royal Mail & Overseas Shipping Methods contributions. Apologies in advance but I'm a total numpty when it comes to PHP!
  6. Hey, if only it was that simple - for me this is a MASSIVE issue. Like many OSC installs out there I don't use HTTPS and none of my payment pages are customised. Either way I don't believe that is the problem. Google searches covering the RBS WorldPay Whitelist throw up many results and the forum over at Zen Cart is glowing with the same issue. If I could write a new payment module contribution I would but, as I say, I'm not a programmer. As it happens RBS have offered to issue me a second merchant account ID so that I can register with Sage Pay/Protex (which works like a charm) and, under the circumstances, have waived the fee! I think that tells it's own story. I reckon this post will lay dormant until the 24th Sept, then all hell will break loose. If I find any genuinely helpful info by then I'll report back here. Carl
  7. Hi Kevin, Didi you ever get to the bottom of this - I have the same problem and it's driving me insane! Regards Carl
  8. Hi Alex, Thanks for the reply, I've had a look at the example and I think I understand how it works but I wouldn't know how to begin creating a more complex payment module that would integrate with my shop. I rely heavily on the OSC contributions QTPro for stock control and Royal Mail UK & Overseas shipping module for weight related postal charges. So at the end of the payment I need to collect all the data, pass it over to RBS WorldPay for payment then get the Payment Response Callback (that the current module provides) to complete the whole checkout process. And all that within the new restrictions! Unless I can get some guidance I can't see it being a job that I could do with my limited knowledge.
  9. Help required I have an OSC installation (2.2 RC2a) with the WorldPay Select Junior payment module - the only way I can get this module to work is to have the "Enable whitelisting?" box UN-ticked in the RBS WorldPay admin panel. A new directive from 23rd of September 2009 means that RBS WorldPay will be removing this option and will ultimately kill my checkout process. Quote from the RBSWorldPay website: "From 23rd September 2009 any scripting will be suppressed on output to the web browser - unfortunately this will prevent web applications such as Google Analytics from being used on our hosted payment pages but such coding may still be applied to a merchant's website at the merchant's own risk. We will restrict the types of coding that will be accepted on the hosted payment page by introducing a list of permitted attributes (often referred to as a 'whitelist') from the Open Web Application Security Project (OWASP)). Only codes that that are included on the reference list will be displayed when output to a web browser. Validation of all incoming data and appropriate encoding of all output data will prevent unauthorised scripts from running in the browser." Full details here.. RBS WorldPay - News Item After speaking to RBS WorldPay tech support it would appear that the WorldPay Select Junior module does not validate and all blocked code (including java, php etc) is stripped out before creating the final output. This would explain why the final page in the payment process that contains the button "Click here to return to xxxxx store" can remain unformatted and contains a broken button that doesn't return you to the 'junior_callback.php' file to complete the cart update process. So no emails are generated or stock subtracted and the clients cart remains full with the unprocessed order. Unfortunately I am not a programmer and have spent too many lost days now trying to resolve this problem - can anyone shed any light on this or suggest a fix?