Jump to content

cdetdi

Members
  • Content count

    43
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by cdetdi

  1. Short story long I'm suffering from Paypal standard transactions that randomly have issues. I believe it is due to the two different IPN channels - payments_standard and /ext/../standard_ipn.php. Whenever I do testing my orders seem to use the payments_standard file and skip the ipn file, but, maybe 20-25% of orders seem to be doing the opposite. Is there some easy way to understand which file handles the "processing" of the IPN information?
  2. cdetdi

    When is /ext/.../standard_ipn used?

    Thanks all.
  3. Had to do this as well.
  4. I think you're under estimating the pain of a broken shop here... Upgrades that you publish are excellent, but they don't come with (not saying they should come with) a list of stuff that will break if you install the update. As another owner said, if a shipping module is just outright broken, a 10 minute upgrade might turn into 1-2 HOURS of missed sales. And those are hours you don't get back - you still need to do shipping, inventory, payroll, customer service etc. In MY experience, being completely honest, upgrades are never 5-10 minutes, but typically 1-2 hours or longer. My shop is very customized, so don't take this as a complaint. This is sharing the fact that a small .x upgrade is a BIG deal for owners like myself. I'm hopping from frozen to Phoenix and it isn't painless. Stuff you expect to work just doesn't, and I'm updating/patching most of the things I use on the daily. I appreciate the move to "Approved Add-Ons", but I think it needs to go farther. If an add-on is "Approved" it must also mean that is is updated regularly - if it falls 30 days or more behind the current release it must loose its approved status. This means that users like myself can have confidence that we can upgrade to the latest release, with all approved modules in a timely fashion.
  5. Raiwa - I read your response, and I followed all the constants. I think you are missing my question. 'MODULE_HEADER_TAGS_POINTS_REWARDS_POINTS_POINTS_EXPIRES_REMIND' is a CONFIGURATION KEY that, I assumed, would be used in a script to auto remind. Accordingly I assumed it would be referenced in that script. If it is only used in the language file in order to build constant. 'EMAIL_EXPIRE_INTRO' then I should be able to find the tep_mail function that uses that constant. Searching/grepping for EMAIL_EXPIRE_INTRO yields no results other than the language files, so it isn't actually used anywhere that I can see. I'm just looking for a simple yes or no really if this remind function exists. I'll build it if not, just wanting clarification. ::EDIT FOR WORDINESS::
  6. I contacted Raiwa directly regarding this and he recommended I post on this thread in case others have this issue. The install instructions say: I was trying to determine how this script works so that I could adapt it for our integration with a third-party email system (Oracle's Bronto). However, I found no "Script" anywhere in the code that would make the points auto expire. Looking for guidance. I tried to find the script for auto expire by searching for the constant 'MODULE_HEADER_TAGS_POINTS_REWARDS_POINTS_POINTS_EXPIRES_REMIND' in the entire module package. The only instances I found of this are in the install functions. I did not find any other functions that check this value and then run a script. Does anyone use this feature?
  7. cdetdi

    Google reCAPTCHA v3

    Small nit: For v3 Recaptcha Google recommends enabling the tracking code on EVERY page load, not just ones you want to protect. This enables Google to create a traffic profile. e.g. if a customer has been shopping the site normally but then submits a contact us in a suspicious way (e.g. did a copy-paste autofill which was very fast) Google takes into account the non-spammy behavior beforehand. It looks like your module only loads on the hooked pages, I suggest loading the tracking code on all pages following Google's guidance.
  8. cdetdi

    Paypal Standard Payments Failing

    I have been using Paypal both Payments Standard and Express checkout for years. As of Sunday at midnight, all my orders using Payments Standard get stuck in the initial order status. No payment information is posted to the order nor is the order moved to the status I have configured to move it once the IPN has been received. In the log all the PS logs show a red icon rather than green. They do not show "VALIDATED" on the bottom. The "_notify-synch" log is also different - only 5 lines rather than the customary information with more verbose order information. Went through files and nothing on my end changed. I also did not find in Paypal's docs any information about a change to the API as of Sunday night. ANY Help would be appreciated, as it is causing a headache for order processing. * UPDATE * I've avoided the order processing headache by disabling Payments Standard and moving all customers to Express Checkout.
  9. cdetdi

    Paypal Standard Payments Failing

    Working here too with updated cert.
  10. cdetdi

    Paypal Standard Payments Failing

    Submitted.
  11. cdetdi

    Paypal Standard Payments Failing

    Line by line review, the failed logs do not show the field for 'receipt_id'
  12. cdetdi

    Paypal Standard Payments Failing

    Balance works fine. The notify-validate logs show all the normal information, except that the response area is blank. Notify sync is much less data than normal, and again no response shown.
  13. @Tsimi Wondering if Pheonix update is close before I tackle it myself. Also have some custom feature questions if you have time for a custom job hire.
  14. Got it, thanks. Coffee time....
  15. I'm hoping to add some code that disables the points system for customers who are wholesale accounts - they already get good discounts. I'm using your Pheonix Wholesale Pro module on a Phoenix build. Are you planning on accounting for customer wholesale type in the points system in the future? Since this is a complicated add-on with many modules, is there one location that would disable the entire system, or, do I need to add a check in every module/part of this add on? Thanks! C
  16. Struggling with PayPal Express checkout dropping the sales tax amount when entering the confirmation page. Background: Not a standard tax installation. We offer customers the ability to prepay duties/taxes/fees for international shipments. For certain shipping methods we require those to be paid, on others they are not required. We've gotten pretty far getting PayPal to play nicely with our hacked setup, but, we're struggling in one instance of express checkout. Tax Amount Shows Properly on PayPal Screens. When switching shipping method tax calculation behaves as intended. When we get back to the order confirmation stage on our shop there is no tax on the order confirmation. Looking at the session information, however, [TAXAMT] and [PAYMENTREQUEST_0_TAXAMT] are being passed correctly. I'm assuming that the order total module check on my site is kicking out tax because of some condition that got unset when going to PayPal and coming back. Questions: Does the OSC PayPal app pay attention to the tax variables passed back from PayPal - or - does the site do its own tax/order total calculations? If it DOES use the passed variables - where are those processed back to the shop so they appear in the order confirmation? I've done a few hours of grep trying to follow stuff around the PayPal app, but I'm not getting very far. Any help is appreciated - I know that my installation and request are bespoke, any insight into how this data is handled can help me get to the answer.
  17. cdetdi

    Horizontal Megamenu

    Jim - are there plans to bring this up to Phoenix? Willing to sponsor the development, let me know.
  18. I don't think this is true any longer. I think the instant update API has been deprecated and will be discontinued going forward.
  19. cdetdi

    Time for a Bottom Up Rebuild?

    Gents...and Ladies: I noticed that my customers now experience the new responsive checkout when selecting express checkout during the checkout process. As I understand it Instant Update is no longer available. Digging in more, it seems entire SOAP library that the OsC Paypal Checkout is built on is deprecated and Paypal is slowly removing one feature at a time. Seeing that the new system "PayPal Checkout with Smart Buttons" seems to be largely brand new code & the legacy features in the OsC PayPal app are going to be useless going forward, is it time to start this from scratch? Or....I'm missing something and totally wrong.
  20. cdetdi

    Time for a Bottom Up Rebuild?

    Unfortunately this has gotten way off-topic from Paypal, and this is my fault for not properly naming the topic and this showing up in the new topic feeds and users not knowing what this started out as. Apologies...
  21. cdetdi

    phpcurl error

    Understood, thanks for the clarification. Now back to debugging Instant Update...
  22. cdetdi

    phpcurl error

    Bumping this a bit - I noticed today while testing something else that my Instant Update for shipping rates isn't working. I know that if SSL is failing the instant update won't work. Did the SSL test and just like Burt its failing. I migrated servers last month so possible connected to that, but wanted to ask if anyone discovered anything new in this subject Re: the PayPal end failing.
  23. cdetdi

    Paypal Express Dropping Tax Calculation

    Fixed for now - I added a function in general that looks to see if the PAYMENTREQUEST_0_TAXAMT is in the Paypal array which then turns on the tax rate I need. The fact that this works suggests that it was the shop that calculated the rate by itself (disregarding the PayPal return) and the shop was dropping the tax rate.
  24. Struggling with Paypal and this add on. I had this working with earlier Paypal versions but since a recent Paypal update I must have lost a change along the way... The discount itself works when paying with paypal, but I cannot get the customers_to_discount_codes to update. If I have the code in the paypal_standard file to do this I get an SQL error that there is no value for discount code, so the discount code id is being dropped somwhere along the way. 1366 - Incorrect integer value: '' for column 'discount_codes_id' at row 1 insert into customers_to_discount_codes (customers_id, discount_codes_id) values ('116812', '') I quickly parsed through the thread to see if I could find anyone else with this issue but didn't come up with much. C
  25. Right - there would need to be some gatekeepers for this.
×