Latest News: (loading..)


  • Content count

  • Joined

  • Last visited

1 Follower

About Enzo_UK

Profile Information

  1. I dont know why its worked this time, and never worked before, but can now confirm that its working for me. or if using an SSL
  2. I too am having problems getting the 'Login with Paypal' to work, and am getting the same error... I am using a BS 2.3.4 with the PayPal App v4.039 Relying Party Validation error: client_ID or redirect_uri provided in the request does not match any of the registered clients. Please check the request. I have made sure that I am using the right credentials for the Live API, and that all the information requested is set up the same in osC and on the PayPal developer site, so am assuming its the return url problem. On the PayPal pop up window that has the error message the 'Back to the Site' link takes you to I have tried setting the Return URL on the PayPal Developer site to the same thing, but doesn't make any difference, and have now set the Return URL on the developer site to to see if it would change the link in the pop up window, but it doesn't. If I look in my catalog/includes/modules/content/cm_paypal_login.php the only references to the return are as follows: $return_url = tep_href_link(FILENAME_LOGIN, '', 'SSL'); $return_url = tep_href_link(FILENAME_LOGIN, 'action=paypal_login_process', 'SSL'); I just don't know what the return URL should be that you put on the PayPal developer site, and even if you change it the 'Back to the Site' link on the error box always says the same, and cant even find whats generating that URL.
  3. I think it would be very hard (if not impossible) to do it and be PCI compliant... The only way I can think of it working is that if the companies that want the payments handled like this actually supplied their own secure payment gateway, that the customer is redirected to for payment. So customer browses your site, selects cruise, goes through to order, passes customer to secure payment page hosted by cruise company, pays cruise company directly, details that payment has been taken gets passed back to your site, and generates an order, and cruise company know the customer came from your site so you get your commission. Its a bit odd from a legal perspective too, as its a bit of a muddle whos customer is actually whos? As if you take the full payment from your customer, and then you pay cruise company... what if cruise company go bust in the mean time? Your customer paid you, and will do a chargeback on their card as aren't getting a holiday, your left massively out of pocket as have no way of getting money back from cruise company. If customer pays cruise company directly, then if cruise company go bust, its just down to the customer to try and get their money back.
  4. I am running a bootstrapped version of 2.3.4 and the PayPal app v4.039, and I want to be run a few different PayPal modules, but use different ones depending on how the customer wants to checkout. Basically I want to use the PayPal Express so that the 'Checkout with PayPal' button comes up in the cart, but if someone goes through the checkout normally I want to use PayPal Pro Hosted. Obviously if I have both enabled then when the customer gets to checkout_payment.php they have two PayPal choices to pick from, which may cause some confusion. Has anyone got any idea where I need to tweak to stop the PayPal Express from showing up as a choice on the checkout_payment.php page? Thanks in advance.
  5. I am having one other odd problem, dont know if there is a simple fix for this one... If I start a 'New Order' and dont select a customer, and put an POS order through it shows up fine is osc admin, linked to the 'In Store Customer' account which was set up by Ollacart. If I create a new customer, that customers details shows up fine in osc admin, but the order comes through showing blank customer details. If I look in the db the order has the right customer id attached to it, but all the other details are blank. Same thing happens if I select an existing customer, their details fill all the boxes in Ollacart, but when the order come through the only thing that shows up in the db is the customer_id. I haven't changed the names of any of the tables or fields, the table is still called 'orders' and fields are 'customers_name' 'customers_street_address' same as a standard install, and that bit must work fine as Ollacart manages to send orders through okay when its on the 'In Store Customer' account. Hopefully someone has an idea, as want to start using it properly this week. Thanks in advance for any help.
  6. If I manually set my store country in functions the Tax works fine for me now.. I changed: $country_id = $country_id_result['zone_country_id']; to: $country_id = "222"; So looks like because I don't use zones it wasn't able to work it out the store country.
  7. I have been trying to get ollacart working, but still having no luck with the Tax even though I have made the changes. I think the problem is that my site doesn't use 'Zones' so when it tries to do that table join to look up the rates it doesn't return anything. All my products have a 'products_tax_class_id' of either 1 or 2, 1 for goods with no Tax, 2 for goods with Tax. And my tax rates are set up both with a 'tax_zone_id' of 1 How can I tweak the tax functions in Ollacart so it doesn't need to do the 'store_zone' look up bit from the configuration table, but somehow ends up at the right tax_zone_id to suit my tax classes.
  8. I suppose worst case is if they dont spot the 'Jersey' and 'Gurnsey' in the countries list the only thing that will happen is they will be charged VAT... and I will have to look out for it, refund the difference and change their address for when they return.
  9. I have just had a play, and think I have something that works... which is always fun with a live site! I have added Jersey and Guernsey to the Countries list, Changed my Tax_Zones to EU, and Non-EU, Moved the UK into my EU tax zone, Put Jersey and Guernsey into my Non-EU zone, Then set up three rates.... EU VAT 20%, EU No VAT 0%, Non-EU No VAT 0% And my Zones is still empty. We do get sometimes asked about shipping to Australia, so that would be easy to add on now, as then we would just need to add it to countries list, put it in Non-EU and set up shipping rates.
  10. I have a live site thats running in the UK (and has been for many years) but I know that the way I have the Tax/VAT set up is not correct, even though it gives the correct total (apart from when trying to use some adons, including checkout with PayPal) Basically I don't have anything set up in Zones, and just need a super quick hand with how it should be set up. I only have two different rates of tax to charge, normal UK VAT of 20% on pretty much everything, and then a 0% on items that are exempt (which for us is mainly just the odd books we sell) We do send goods to some EU countries, but its all 'Business to Consumer' so for pretty much everyone it will just need to charge the standard rates set for that product. The only exception is the Channel Islands (Jersey and Guernsey) as they don't pay any VAT, and this is one of the bits that currently doesn't work, and if someone wants to order from there I have to manually remove the VAT afterwards and refund the difference. And my 'Display Prices With Tax' is set to 'true' This is my current setup: 'Countries' Austria, Belgium, Denmark, Finland, France, Germany, Ireland, Italy, Luxembourg, Netherlands, Spain, Sweden, United Kingdom 'Tax Classes' VAT, No VAT 'Tax Rates' VAT to EU 20%, No VAT to EU 0%, VAT to UK 20%, No VAT to UK 0% 'Tax Zones' EU, UK (all set up with respective countries in each, and all set to 'all zones') 'Zones' Empty! How do I need to set it up to do what I need? Now I have typed it out I don't even know why I have split EU from UK, and done the two tax zones, and done two lots of tax rates. Any guidance is greatly appreciated.
  11. Just incase anyone else reads this, and uses any of the code above.. One change I made was to the above was adding the 'number' restriction on the input field, to stop it from sending other characters, which will trigger the added to cart message in the cart, but dont actually add an item. <?php echo tep_draw_input_field('cart_quantity', '1', 'maxlength="2"', 'number');?>
  12. I think I have got something I am happy with now, and have learnt something new... have ended up specifying different widths for XS, SM, LG... so have ended up with 3,3,6 on XS... 4,4,4 on SM... 5,4,3 on LG.
  13. Thanks for the link, I have had a look at that but seems more about making the button part resize responsively. I am after a way to make the 'Input Box' a fixed width, so it doesn't resize.
  14. Can someone please point me in the right direction, I am trying to get a 'Qty' input box attached to the left side of my 'Add To Cart' button, by using the "input-group" class. The input box part seems to resize as screen size changes, and the button stays the same width, but at certain screen sizes the input box is so narrow you cant actually see the number in it. This is how I am doing it at the moment: <div class="col-xs-4 text-right"> ‚Äč <div class="input-group"> <?php echo tep_draw_input_field('cart_quantity', '1', 'maxlength="2"');?> <span class="input-group-btn"> <?php echo tep_draw_hidden_field('products_id', $product_info['products_id']) . tep_draw_button(IMAGE_BUTTON_IN_CART, 'fa fa-shopping-cart', null, 'primary', null, 'btn-success'); ?> </span> </div><!-- /input-group --> </div><!-- /col-xs-4 text-right --> Any help greatly appreciated, thanks in advance.