Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

greasemonkey

Members
  • Posts

    1,371
  • Joined

  • Last visited

  • Days Won

    25

Posts posted by greasemonkey

  1. Sorry can't be more help @@John W

     

    I think you mentioned in another thread you are having issues updating to 5.018? It would be my guess there in lies your issue.

     

    Assuming you are using 2.3.4 EDGE and 5.010 and or manually updated from 5.010 to 5.018 (and possibly missed something).

     

    5.010 was not compatible with BS without modifying... the BS compatibly was added in 5.011 I think.

     

    Figure out that... and you will be on a firmer footing while you diagnose this issue.

  2. @@John W I'm a little confused as to your exact problem John.

     

    If you had/have it set up as suggested (instant update OFF and in-context enabled) in my post here ... there is no shipping transfer to PayPal.

     

    Scenario 1) With a customer logged into your store (instant update OFF & in context enabled) - selecting PayPal as their payment method at checkout_payment customer is sent to PayPal for login (and NO shipping is shown at PayPal) - customer confirms order at PayPal and the customer is redirected/transferred back to your store at checkout_confirmation where shipping is added (from their selected shipping they selected on checkout_shipping). Customer Confirms order....

     

    Scenario 2) Customer NOT logged into your store (instant update OFF & in context enabled) - selects "Checkout with PayPal" from shopping_cart page - in-context box opens on page - customer logs into PayPal and customer confirms order in in-context PayPal box and the customer is directed to checkout_confirmation where shipping is added (the least expensive option). Super slick and super fast... no need to enter ANY info from customer... the only draw back is if (like me) you offer multiple shipping methods they do not get an option to select an "upgraded/more expensive" shipping option.

     

    There are other scenarios.... but this covers 95%....

  3. @@John W no question - Express. All the issues of days gone by seem to be fixed, with Express Enabled you can 1) you can take advantage of PayPal Checkout, 2)

    you can take advantage of Login with PayPal and 3) if required, you can now use PayPal Pro.

     

    You can refer to this link for more details on how I have it set up; http://www.oscommerce.com/forums/topic/410909-paypal-app-and-234bs-gold/?p=1755266

     

    Note: if you need to use a Discount Module this one works with Express.... http://addons.oscommerce.com/info/9460

  4. @@Jack_mcs Hey Jack I was wondering if you have ever had the opportunity to use price_list.php with SPPC?

     

    I've having some issues with the $products_price_query and was hoping for some guidance...

     

    Also, I was hoping to add a Category Title/Name.... to the $categories_products_query does not include the categories_name in the categories_description table.

  5. @@Harald Ponce de Leon hey Harald, noticed an error in my log (not the app log) on my live store.

    [24-Mar-2017 09:39:30 America/Toronto] PHP Warning:  Invalid argument supplied for foreach() in /home/*******/public_html/ext/modules/payment/paypal/express.php on line 620
    [24-Mar-2017 09:39:30 America/Toronto] PHP Warning:  Cannot modify header information - headers already sent by (output started at /home/*******/public_html/ext/modules/payment/paypal/express.php:620) in /home/*******/public_html/includes/functions/general.php on line 52
    

    Let me know your thoughts.... I did not notice this error in testing and everything appears to be working correctly....

     

    I am able to reproduce the error by selecting PayPal as the Payment Method on checkout_payment.php....

     

    Just a follow up.... I have not been able to replicate this error again (since this morning). I believe it may have been an issue with a customer (and then me looking into it) with an open session before/during the upgrade (???).

     

    All seems good.....

  6. @@mattsc

     

     

    The products_groups table SEEMS like it's the table I need to update:

     

    That is the one.... each product_id in your store will be associated with a customers_group_id

     

    To over simplify....

     

    Product id 1 group id 1 = customers_group_price $1.00

    product id 2 group id 1 = customers_group_price $2.00

     

    product id 1 group id 2 = customers_group_price $0.99

    product id 2 group id 2 = customers_group_price $1.99

     

    Make sense?

  7. @@Harald Ponce de Leon hey Harald, noticed an error in my log (not the app log) on my live store.

    [24-Mar-2017 09:39:30 America/Toronto] PHP Warning:  Invalid argument supplied for foreach() in /home/*******/public_html/ext/modules/payment/paypal/express.php on line 620
    [24-Mar-2017 09:39:30 America/Toronto] PHP Warning:  Cannot modify header information - headers already sent by (output started at /home/*******/public_html/ext/modules/payment/paypal/express.php:620) in /home/*******/public_html/includes/functions/general.php on line 52
    

    Let me know your thoughts.... I did not notice this error in testing and everything appears to be working correctly....

     

    I am able to reproduce the error by selecting PayPal as the Payment Method on checkout_payment.php....

  8. @@Harald Ponce de Leon hey Harald, just noticed.... after upgrading my live store from 4.036 to 5.018 a NEW admin directory was still created with the file paypal.php

     

    The original admin(renamed) paypal.php was edited by the upgrade routine and is identical to the new file (in the new directory).

     

    Just to clarify - after the upgrade I have:

     

    admim/paypal.php

     

    AND

     

    admin(renamed)/paypal.php

     

    I can't recall which version had the issue... But I presume going from 4.039 all the way to 5.018 in one go still picks up the issue.

  9. I'm sorry if this is a newbie question, but I find with the Pay Pal app that an entry called "Callbackresponse" with a Pay Pal IP such as 173.0.81.65 or 173.0.81.33 ONLY seems to appear in the log when the order is unsuccessful or doesn't go through for some reason. Is that how it's meant to be?

     

    All of our successfully processed orders do not have a callbackresponse appear in the logs at all.

    There is a configuration setting for the log in the general tab - near the bottom...

     

    All - Errors - Disable

     

    Switch to all to catch everything... but if your store is busy that log file gets big fast.

  10. @inra311probably a little off topic for this thread... maybe the admins will move it to the community build thread....

     

     

    C) ...I will not care about the official version as the community version is and will be the way to go (it will integrate all improvements and possible new features from the official version)

     

    The 2.3.4 BS EDGE community version is the way to go until 2.4 is ready and released.... Although, I think, there had been some indication it would be ready for March (and still may be) I would not wait.

     

    2.4 is in beta and these things have a tendency to go slower than planned (no offense intended to the core team of developers working on 2.4).

     

    The current hope/idea (I say this as a store owner... not as someone involved in development) is that the Community EDGE version will be very close to 2.4 when 2.4 is ready and that upgrading from an up to date EDGE build to 2.4 will be "somewhat" easy.

     

    The ease of that upgrade will of course depend on many thing... most importantly if you stay up to date with the EDGE build and use addon's that; 1) don't require core code changes & 2) you use addons also that stay up to date to be sure they will also work in 2.4.

  11. Yep. I'll look at how this can be optimized further

    You could forward back to checkout shipping in place of checkout confirmation as proposed in a discussion couple years back...

     

    I've implemented this - and although not ideal (for customers logged in and selecting PayPal as their payment method) it has worked very well.

     

    Here are some details.... http://www.oscommerce.com/forums/topic/402359-modding-up-a-234bs-gold/?p=1727463

     

    I have no idea if this will work with the new in-context box...

  12. @@auzStar hey Dominic, I've updated to the latest version now... however I'm getting the following error when trying to edit the config values in the module...

     

     

    Fatal error: Call to undefined function tep_cfg_disabled() in /home/********/public_html/sandbox/gold/modules.php(266) : eval()'d code on line 1

     

    Are you missing the function for tep_cfg_disabled?

     

    Something like....below.... or is there something else I'm missing?

      ////
      // Function to show a disabled entry
      if( !function_exists( 'tep_cfg_disabled' ) ) {
        function tep_cfg_disabled( $value ) {
          return tep_draw_input_field( 'configuration_value', $value, ' disabled' );
        }
      }
     
    
  13. @@raiwa

     

    Checked this and it works for me. Can you check if you are using the included admin/product_attributes.php file or did you apply the changes by instructions?

    Stay tuned... I was using the included file but have SPPC installed (SPPC adds a column to the products_attributes table).

     

    I need to modify my file.

  14. @@raiwa couple issues with adding attributes

     

    1) looks like you may have a mix if old products_attribute.php with .gif buttons....

     

    2) when adding a new product attribute getting this

     

    1136 - Column count doesn't match value count at row 1

    insert into products_attributes values (null, '6442', '18', '119', '2.6', '+')

    [TEP STOP]

    Adding option name and value was fine.... just when attaching the product....

×
×
  • Create New...