Jump to content

xtech

Members
  • Content count

    19
  • Joined

  • Last visited

1 Follower

Profile Information

  • Real Name
    Keith Parker
  1. xtech

    PayPal Payflow Pro [New Version]

    Hi, I tried mailing myself at the entry points of each of the functions. I get emails for the following functions: selection javascript_validation update_status process_button I do not get an emailed response from before_process Here's what I added in: function before_process() { global $order; mail('myemail@mydomain.com', 'Inside function before_process', 'Hi' ); $cc_number = preg_replace('/[^0-9]/', '', $_POST['paypal_payflow_pro_number']); $cc_expires_month = preg_replace('/[^0-9]/', '', $_POST['paypal_payflow_pro_expires_month']); I also tried emailing myself the contents of paypal_query_array using this line: 'ORDERDESC' => '', 'VERBOSITY' => 'MEDIUM' ); mail('myemail@mydomain.com', 'Paypal Query array', $paypal_query_array ); foreach ($paypal_query_array as $key => $value) { $paypal_query[] = $key . '[' . strlen($value) . ']=' . $value; I don't know if that helps. Thanks!
  2. xtech

    PayPal Payflow Pro [New Version]

    Thanks for the reply. Here's where I made the change Line 263 $result = curl_exec($ch); Line 264 mail('myemail@mydomain.com', 'Payflow Pro Response', $result); I doublechecked the spelling of my email for errors - but I never received an email. Something must be breaking down. I am using CRELoaded. The module seems to show up fine in the admin menu. And I fill in the info. Is there anything that would make the files not get called? When I put in an invalid card # and expiration there is no error message. Its as if the file is called, but nothing happens afterward. I'm sure something must be wrong on my end... Is there another place I can stick in a debugging command to see if the file is actually being called. Perhaps having the module echo to a text file in a couple of key places where the action is happening, just to see if it got to that point in the file? I'm not sure how to find out where the breakdown is occurring. Looks right now like it isn't getting to the error checking, and it isn't sending the info to PayPal... I know this isn't your problem, but I do appreciate the help. Thanks.
  3. xtech

    PayPal Payflow Pro [New Version]

    Hi, I just ran a phpinfo() and I do have curl installed curl CURL support enabled CURL Information libcurl/7.15.3 OpenSSL/0.9.7a zlib/1.1.4 My version of PHP is 4.4.4. Are there any modules or settings that might cause this error?
  4. xtech

    PayPal Payflow Pro [New Version]

    Nope, it was definitely "Live". I just reinstalled, tried a "live" transaction. Nothing in Paypal Manager. I then set it for "test" and tried - no test transactions showed up either. The install looked pretty straightforward. Not sure where to go from here. The transaction *appears* to go through fine, so I'm assuming something is happening after it's handed off. I'm not Mr. PHP, but I do see error verification happening in paypal_payflow_pro.php file - which doesn't seem to be kicking in. I just put things back to "Live" and entered a bogus credit card #, expiration date and CV2 code - and the order appeared to go through just fine. No error messages. I received order email, no error messages at all. I'm not sure where to go, but I hope this provides some clue. If you've reached the limit of your helpfulness, thanks for trying! :)
  5. xtech

    PayPal Payflow Pro [New Version]

    Hi BJ, I *thought* I took great care to set it to "Live" in the admin area. I will reinstall and check to make sure I'm not an idiot. :) Thanks for the suggestion.
  6. xtech

    PayPal Payflow Pro [New Version]

    Hi, I am using CRELoaded 6.15 and replaced my existing OSC PayFlowPro module with this one. When entering a CC sale, I get no errors, I get order confirmation email and order is logged in admin - but the PayPal Manager screen does not show any transaction data. I was thrilled to find the new module and thread, but haven't seen this issue posted anywhere. Thanks for any help.
  7. xtech

    Actual Attribute Price V1.0

    I checked out the products_attributes table, and sure enough, there are 8 fields. The products_attributes.php in catalog/admin is only passing 7 fields... I had copied in the products_attributes straight from the weight contrib, and decided to manually tweak. The problem was pretty apparent, but I'm using CRE Loaded and there have been a couple of attribute contribs applied so the products_attributes.php looks a bit different. I'm now able to add attributes with no errors, but am not sure how much more I have to go. I may try it on a stock MS-2 install. Is there any interest in this? If not, I'm going to create separate products and forget it for now.
  8. xtech

    Actual Attribute Price V1.0

    Quick update.... Even if I am merely replying to the air, at least I'm learning something! ;-) AFAICT, the problem lies in catalog/admin/products_attributes.php - or in one of the functions called from there. When attempting to update the products_attributes table with the new attributes, there appears to be a discrepancy between the *number of values* being sent ('', '8', '3', '4', '15.00', '', '3') from products_attributes.php and the *actual number of fields* in the "products_attributes" table. Does anyone know where this is defined? I can see a $num_rows variable in "products_attributes.php, but I can't see a "$num_col"-ish variable. In the "Add Weight to Product Attributes" contrib install instructions, this SQL statement looks to be adding an extra field to the "product_attributes" table. --------------------------------------------------- ALTER TABLE `products_attributes` ADD `options_values_weight` DECIMAL (15 ,4) DEFAULT '0.0000' NOT NULL; -------------------------------------------------------------------- If this was resolved, I think we'd be taking a major leap towards being there! Oh, as is obvious to all by now, not only do I not know diddly 'bout PHP, but I'm not Mr. MySQL either... ;-(
  9. xtech

    Actual Attribute Price V1.0

    I've attempted to incorporate the changes (mostly to catalog/includes/classes/shopping_cart.php). The only 2 problems I'm seeing so far are 1) The following error when attempting to manually add a product's price and weight using the "products attributes" admin menu item. The new "Weight" field shows up there, but when I try to add a price of 15.00 and a weight of 3 with a "" prefix, I get: --------------------------------------------------------------------- 1136 - Column count doesn't match value count at row 1 insert into products_attributes values ('', '8', '3', '4', '15.00', '', '3') ------------------------------------------------------------------------------- Again, I'm no PHP coder, but it looks as though perhaps when I ran the SQL as outlined in the Products-Weight contrib, I added a field and something isn't expecting the extra field. 2) The "weight" attribute does not show up on the attribute grid on the admin->catalog->product entry screen. Anyone have any suggestions?
  10. xtech

    Actual Attribute Price V1.0

    Has anyone gotten anywhere with this yet? I'm no PHP coder, but I'm going to try to take a stab at it. Has anyone else tried? I'm wondering if I should start with a base install without Actual Attribute or Weight Attribute, install the Weight Attribute contrib and start from there. Anyone get anywhere yet?
  11. Nevermind, I kept looking in "login.php" instead of login_pwa.php Just in case anyone else wants to do the same thing, all you need to do is to edit login_pwa.php and remove the create a count and login sections.
  12. Hi all, I'm using the PWA mod, and everything is fine, but I'd like to remove the login and create an account options. I don't want anyone having to create an account, and I don't want the options to be visible. I've been playing the with the files, but am managing to just goof things up. Has anyone else done this?
×