Jump to content

jka

Member
  • Content Count

    237
  • Joined

  • Last visited

Posts posted by jka


  1. We use PayPal as our payment processor only. We don't accept PayPal. Hence we have to use the Pro checkout explicitly. We have a master agreement with PayPal when we switched over merchant processing from Authorize.net to them. So, we cannot use Express Checkout.

     

     


  2. I just upgraded to latest 1.2.5 plugin. We use the Pro checkout. This means the secure checkout form is presented from form.tpl. 

    Question :

     1. How do we make the billing info for credit card displayed below as "read-only" or non editable. This will prevent fraud from the system billing address and credir card billing address.

    2. Any input on how we can make the text fields small for the credit card number, exp, etc.

    Thanks.


  3. We sent an email on Dec 10 to your admin email as well as your support email, which bounces. Did you read your last 3 lines properly??? So, you are not able to cancel based on anonymous posts at this forum ... agreed. But you were able to create an account and open a support ticket yourself and link it to a purchase based on an anonymous post here???

    We did not create an account, you folks did it. Buying an extension here shouldn’t be creating accounts on multiple systems.

    Please treat or respond to our email and cancel our support etc. 

    FYI, we did like your extension but decided not to use it. We have bought other extensions here to try them out but don’t use them either. It’s ok to try products. It’s not ok to then be asked to login to other websites and then cancel accounts which we didn’t create.


  4. Hello folks at Havenswift Hosting....

    We have tried to send multiple emails to you folks. We bought this enhanced admin order entry extension to try it out and dont use it as it doesnt completely cover our needs. However we keep getting renewal emails from your system with invoices (Inv# ES-999) as well as asking us to login to your client area in your website. 

    We have not created any account on your website and do not want to create one. Can someone please remove us from your systems so that it does not keep sending us invoices, reminders etc. Sorry, we have to ask through this forums as our previous direct emails have not yielded any results.

    Thanks.


  5. The existing PayFlow Link extension does not work. We will be willing to pay for the development or enhancement of the existing extension or a new one. 

    The Payflow link extension should support "Transparent ReDirect".

    1. Info: https://www.paypalobjects.com/webstatic/en_US/developer/docs/pdf/paypal_transparent_redirect.pdf

    2. Examples flow of hosted flow logic
    https://developer.paypal.com/docs/classic/payflow/integration-guide/#configuring-hosted-checkout-pages
     


  6. Folks, 

    Can someone see if they have received or encountered this before. We got this email from PayPal this morning and we use the PayPal Pro extension which works fine. 

    email received this morning from PayPal....

    This email is a follow up regarding the American Express setup on your Payflow Gateway account. At this time, we see that a separate Amex processing account was added to your gateway account as requested.

     Your transactions are currently being submitted against your backend PayPal account, though, not through the frontend Payflow Gateway account as intended. In order to receive your Amex rate, you will need to make sure you are sending your Amex transactions through the Payflow Gateway account.

     We recommend reaching out to your tech support team to have your integration updated/corrected to post the transactions to your Payflow Gateway account so that your Amex rate will begin to take effect on those transactions.

     Thank you!


  7. Any idea on how to make this credit card form at checkout look a bit more small and concise. The form is under the gateway module. This specific attached form is from the PayPal Pro hook module. For example, make the form small and compact and centered on the page.

    643861975_ScreenShot2018-11-15at11_59_02PM.thumb.png.0ecdfeb3693148899919098dfc48536f.png


  8. BSmither et-all

    Wanted to share here the resolution to the cURL error 35. We thought that it may be something to do with cURL 7.62 but it was not even though it may have caused it with the latest libraries.

    We saw this issue only when accessing the sandbox environment but from the same server the Live system worked fine. After some poking around and a few calls with the Paypal integration team we found the line of code that made the sandbox environment cough back at us.

    We commented the following lines in website_payments_pro.class.php

    /* ## Sandbox requires TLS 1.2
                    if($this->_module['gateway']=='0') {
                        $request->customOption(CURLOPT_SSLVERSION, 6);
                    }
    */

    So, with the new cURL libraries 7.62 which is the latest, this above causes the cURL error 35. Once we commented it, everything on the sandbox site works fine now as well as the Live site.


  9. The SSL Version under cURL is NSS/3.36.

    I did some poking around with error 35. It seems few others also have the same issue after upgrading to the latest cURL version 7.62. I downgraded it to 7.29 and it worked fine. We have to wait for them to fix 7.62 or otherwise need to downgrade to 7.61.


  10. Has anyone got this PayPal 1.1.14 extension working. We got all the API info into the extension.  The test endpoint works fine and successfully. However when we try a transaction through the cart it fails. The error under request log is as follows ... cURL Error (35): SSL version range is not valid.

    The server has the latest cURL as well as OpenSSL.


  11. The php that controls checkout is content.checkout.php. It pretty much takes care of all the actions. Any chance we will be able to get the User Billing/Shipping address before proceeding to Checkout. The pertinent use case is when the user is not logged in or has to enter the address details. 

    Current flow is that it presents the address form for entry and the page refreshes and reloads shipping/tax etc after address entry. 

    One alternative will be to "not" display the "Secure Checkout" button under address details etc are input or ISUSER. 


  12. Hello bsmither, Thanks again for helping. I am poking around the button styling now. The svg part is a bit too much for now.

    Question ... In the file content.checkout.php, is there a way to get the address before presenting the full checkout page? Not sure what  {if $INCLUDE_CHECKOUT} does, after also displaying the address form. The goal is to get the address form first before the rest of the gateway stuff happens. This will make the Paypal process a bit more cohesive for our avg user base who happen to be 50+.


  13. Is there any chance to know the complete list of buttons, colors etc used in CC such as "Button Success" etc. Also is it possible to add more to sprite svg? After playing with our sandbox environment we have a fairly good idea to make the PayPal Pro integration seamless, however we need to add a couple of different button labels. Looking for pointers on where its controlled or additional options.


  14. Got it. Did a little bit of poking around and was able to accomplish the screenshot attached. 

    Maybe bsmither or someone can point in the right direction ...

    1) Need to make the Credit Card images larger. Not sure where the PayPal image for credit card is stored. 

    2) Also need to insert and separate the "PayPal Credit" image with a bit of gap or add "--- or ---" between them

    Screen Shot 2018-11-10 at 8.21.50 PM.png


  15. Is it possible to remove the "Choose Payment Method" and replace the "Secure Checkout" button with the Visa/MasterCard/Discover/Amex Logo? It would be a bit more seamless in that case.  Would also have to look into inserting a line between "PayPal" and "PayPal Credit" buttons too.

    Forgot to add ... As a vendor our primary choice is for the customer to choose the credit card option as its cheaper fees for the transactions.


  16. We are planning on moving from Authorized.net to PayPal Pro for our credit card processing. The Paypal Pro extension looks pretty good. However in the checkout page it looks a bit confusing. There is a radio button for "Choose Payment Method", on the left it has the Visa, Mastercard etc logo, on the right side of the page it has "Secure Checkout" and then it has the "checkout with PayPal" and "PayPal Credit" logo below the Secure Checkout Button.  This entirely seems very counter-intuitive at best. How can we change some of these logos around and may them as 3 distinctive choices, (a)credit card (b)PayPal (c)PayPal Credit

     

    Screen Shot 2018-11-10 at 12.35.42 PM.png


  17. Thanks BSmither, 

    Yes, we want it to be the same behavior as a successful transaction . Will add this line of code and check what shakes out. The "To Review" is really a Credit Card status for the merchant. To the user/purchaser the order has been received. If the merchant goes to the Fraud Detection Suite and sees that its a questionable transaction, then the merchant can always cancel the order.

    The problem is more to do with the user still sitting on the credit card input page.


  18. I had posted to an existing thread last week. Today I submitted an order in the system on behalf of my customer. the result received from Authorize.net is 4|1|253

    bSmither had given us a fix for 1.3 version and then Al had updated to 1.4 with fixes. Since then, the behavior is not as expected. Please see screenshot attached. It shows order received but still still on the credit card form page. 

    How can we mimic the same behavior as 1|1|1 for 4|1|253 

    Screen Shot 2018-04-09 at 1.22.29 PM.png


  19. Ian, The plugin is great. It gives so much abilities for us to process through the admin front-end. What I was referring to is probably a feature that in the future can evolve. As of today, there are options to cancel an order and refund. However, in some cases, customers can change orders or cancel an order and reapply the credit from the cancelled order to a new order without necessarily going through additional card processing. In some case, this is a even swap with existing amount or in other cases, its a order swap but the client needs to pay the difference. Right now, this ability is not seamless through the system. We end up processing this differential charge and reconciliation offline.


  20. Ian,

    The plugin works great. I entered an order with multiple items and it automatically provided the shipping rates which was great. I tried a line item (non-product) to give a credit balance from a previous order. It didnt work out great. The totals were correct but the field behaved erratic. 

    Question .. how does the customer go and look at the order? login and check? because no emails go out for orders in a pending state. I went ahead and saved it as order received, and the customer received an email. 

    We also provided the customer a % discount and all of the totals looked perfect in the email. When the user clicked on the link to the order, everything shows up but the discount did not display, however the totals were correct. When the Print Order is clicked, the Print Order form looks perfect including the discount.

    Will purchase the module now. Does a pretty good job. Thanks BSmither for pointing this out. 


  21. Nice functionality and something we can use. Does it automatically calculate the shipping costs based on the combined product weights and call the store shipping module to provide us the UPS Ground or Expedited for Intl rates?

    Also another feature that we were looking at is a line for providing store credit from a previous order or apply a credit balance to a current order.

    • Like 1

  22. I actually like BSmither;s option. If an email comes from your site then it needs to be your store email. If for convenience sake, we need the reply address to be the customer's, then its understandable. Ideally, we should have the original email  sent to the customer to be "cc'd" to the admin. This way a "reply-all" would cover it.

×
×
  • Create New...