Jump to content

ibndawood

Members
  • Posts

    318
  • Joined

  • Last visited

  • Days Won

    1

ibndawood last won the day on February 6 2014

ibndawood had the most liked content!

1 Follower

Contact Methods

Profile Information

  • Location
    Chennai, India
  • Activity
    Web development agency

Recent Profile Visitors

8,523,942 profile views

ibndawood's Achievements

Newbie

Newbie (1/14)

68

Reputation

3

Community Answers

  1. Hello El Patron, I am fine and I've been following this thread and the other threads in which I have contributed. Currently I am working on few modules which I believe are necessary for most of the shops. Once I complete them I'd be active again I haven't heard from Cory so I really don't know what the issue is. Hello Larry, I can take a look at your website, your paypal settings, etc and suggest a solution. I am available on skype which I've messaged you. Thank you, Ibrahim
  2. I will do English to Tamil (ta - http://en.wikipedia.org/wiki/Tamil_language)
  3. Hello, I am not able to visualize your problem. You can help me with screenshots and I will see if this problem is a bug or occured because of the override code. Thanks
  4. Thank you Alex for your referral. Hello Corry I'll respond to your conversation. Once (and if) I solve your issue I'll post the fix here for others to see.
  5. Hello Darren, Here is what I posted in other thread regarding the order not appearing until the page is being refreshed. ==================================================================================== This is what happens when a customer checks out using paypal : Your website passes on the details about the order to paypal. Your Customer pays at paypal. Paypal posts back to your website with the transaction details. Now your website again posts back to Paypal to make verify that it was indeed Paypal that posted the transaction details. After verify that it was indeed paypal, an order is created. Now step 3 is quicker it happens as soon as you make the payment. Step 4 is your website verifying paypal transaction details with paypal. For this purpose the paypal module uses cURL (a PHP library). I run my websites on a dedicated server and my cURL requests are always faster. So an order is created whenever the user is back to the website. Try here : http://demo.prestast...prestashop1.5.6 But I have come across your scenario and there could be lot of reasons : Your web server connection is slow ( Note your webserver connection is different from your connection). cURL issues could be problems in resolving the DNS, could be because of connection. You can debug your cURL transfers using curl_getinfo. That would give you more information like what is the time taken for lookup , etc. (http://curl.haxx.se/...sy_getinfo.html) ============================================================================================== and thank you for your referral
  6. Hello, This is what happens when a customer checks out using paypal : Your website passes on the details about the order to paypal. Your Customer pays at paypal. Paypal posts back to your website with the transaction details. Now your website again posts back to Paypal to make verify that it was indeed Paypal that posted the transaction details. After verify that it was indeed paypal, an order is created. Now step 3 is quicker it happens as soon as you make the payment. Step 4 is your website verifying paypal transaction details with paypal. For this purpose the paypal module uses cURL (a PHP library). I run my websites on a dedicated server and my cURL requests are always faster. So an order is created whenever the user is back to the website. Try here : http://demo.prestastrap.com/prestashop1.5.6 But I have come across your scenario and there could be lot of reasons : Your web server connection is slow ( Note your webserver connection is different from your connection). cURL issues could be problems in resolving the DNS, could be because of connection. You can debug your cURL transfers using curl_getinfo. That would give you more information like what is the time taken for lookup , etc. (http://curl.haxx.se/libcurl/c/curl_easy_getinfo.html) Fixing the cURL problem will resolve 1 & 2. For 3 & 4 - The most general reason is the data received from Paypal and the data your website sent does not match. Hence no order is created or there is an issue in formatting the date and hence the order created date is wrong (so you are not able to process refund). This can be resolved only when we look at what exactly is causing the problem by reproducing the scenario. Thanks.
  7. Hello everybody, If your customer's paypal payment is through but no order is not created then it could be one of the cases listed below : Your product has some special characters. Like for example : 7" Laptop (note the double quotes). If this is the case you can resolve it by the fix here. I wrote the fix and submitted as a pull request : https://github.com/PrestaShop/PrestaShop-modules/pull/167 You have a special catalog rule for specific groups. For example, you are offering a discount to everybody who signs up. In this case you can resolve it by the fix here : https://github.com/PrestaShop/PrestaShop/pull/1312 The above 2 cases are specific which I came across while helping my clients. A more general case is when the details sent from your website to Paypal does not match the details received from Paypal to your website. For example, there is a difference in the total amount paid at paypal and the amount in the cart. This happens when you add special taxes in your Paypal business account. You can fix the issues with paypal by simply adding debug points and logging the values posted from paypal at validation.php file because validation.php file contains the code that creates the order. So you have no order created but paypal payment went through then this is the method. There are also couple of other errors related with paypal for which I submitted pull requests and have been merged. This could be missing in your older versions. https://github.com/PrestaShop/PrestaShop-modules/pull/159 https://github.com/PrestaShop/PrestaShop-modules/pull/160 Thank you
  8. I have submitted another pull request to fix the above bug. The Bug : http://forge.prestashop.com/browse/PSCFV-11593 The Pull Request : https://github.com/PrestaShop/PrestaShop/pull/1312 The Fix : https://github.com/PrestaShop/PrestaShop/pull/1312/files Thank you everyone for contacting me and letting me know of your paypal bugs. It gives me an opportunity to contribute to prestashop's open source code.
  9. Hello Darren, I have submitted a pull request to fix this bug. Its here : https://github.com/PrestaShop/PrestaShop/pull/1312
  10. Update: 2 of my pull requests have been merged. The third one (the strip slashes fix) is being discussed. Hopefully that gets merged as well. Meanwhile there is another bug. I found this bug while working on this thread : http://www.prestashop.com/forums/topic/303504-paypay-ipn-not-getting-triggered-round-2 I created an issue. http://forge.prestashop.com/browse/PSCFV-11593 I am reproducing it here : Steps to reproduce the bug 1. Login to the Administration Panel and go to Price Rules -> Catalog Price Rules. 2. Create a Catalog Price Rule which will offer all the customers (which means this discount is not applied for visitors or Guests) will get a discount of 6.25% (or any amount). (See : CatalogPriceRules.png) 3. Now add any product to the cart, register and login as a customer. Now the shopping cart summary will have the discount applied. (See : ShoppingCartSummary.png) 4. Now make a purchase using paypal. 5. No Order will be created. The Cause While validating the paypal order, paypal checks the cart total against the mc_gross (the total amount paid at paypal) value posted by paypal. Only when the two totals match an order is created. The static function Cart::getOrderTotal() returns without applying the Catalog price rule (In this case the Cart:getOrderTotal() method returns $66.05 instead of $61.03). The Fix On investigating further, this is what I found : Cart::getOrderTotal() calls another static method Product::getPriceStatic(). This Product::getPriceStatic() method uses the group ID to calculate the catalog price rules. The group ID is determined like this in line 2514: $id_group = (int)Group::getCurrent()->id; The above line checks for the customer in the context. When Paypal posts the data, $id_group is returned as 1 which is the group of the visitor. Instead it should return the group of the customer ID. Since the group returned is visitor, no discount is applied and hence the difference in the cart totals. I am working on the code fix. Will submit the pull request.
  11. Hello Karthik, I can give you directions. Product Price Discount is calculated in product.js file Each product will be initialized to a javascript variable called productPriceWithoutReduction it is this variable that is being manipulated on selecting the attribute. The javascript function that does all the price calculation is updateDisplay function in product.js file. updateDisplay function has the functionality to update the discount price on changing the attribute. You can study the function and include the code in your file. Hope this helps.
  12. Hello Dean, I am sorry for getting back to you late on this. I can take a look at your website and check because there could be so many reasons why paypal is not working. If I can take a look at your website, I will probably have a solution. You can contact me via my skype. Thanks
×
×
  • Create New...