Jump to content


  • Content count

  • Joined

  • Last visited

  • Days Won


Everything posted by ecartz

  1. If you have a .htpasswd file, then you would change the password entirely outside osCommerce. This may be done in cPanel or through some other, host-specific method. Ask your host how to change the htpasswd for that directory. In cPanel, this was called "Password Protect Directories". If you are self-hosting (managing your own server), there are instructions at https://cwiki.apache.org/confluence/display/HTTPD/PasswordBasicAuth but if you are purchasing hosting, you may not have the necessary permissions to do those things in that way. It is also barely possible that you are using an App (contribution) that handled the login. But the more common way was basic authentication on the directory.
  2. ecartz

    Checkout when order total is $0

    Perhaps if ($credit_covers && ('free' !== $this->selected_module)) { $GLOBALS[$this->selected_module]->enabled = false; $GLOBALS[$this->selected_module] = NULL; $payment_modules = ''; } else { $GLOBALS[$this->selected_module]->pre_confirmation_check(); }
  3. ecartz

    Checkout when order total is $0

    That says that no payment module is selected. So I don't think that the problem is on checkout_confirmation but checkout_payment. Something is going wrong with the selection code. Perhaps post that. How are you setting $_SESSION['payment'] to be 'free'?
  4. ecartz

    Checkout when order total is $0

    If you change that section of code to if ( ($payment_modules->selected_module != $payment) || ( is_array($payment_modules->modules) && (sizeof($payment_modules->modules) > 1) && !is_object($$payment) ) || (is_object($$payment) && ($$payment->enabled == false)) ) { var_dump($payment_modules); var_dump(!is_object($$payment)); var_dump($$payment); exit(); tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode(ERROR_NO_PAYMENT_MODULE_SELECTED), 'SSL')); } what do you get?
  5. ecartz

    Sessions And Carts

    I don't think that would be necessary. She would have to log in again to see his changes. I don't think logging off matters *except* that it allows to log in again. I.e. I don't think anything happens at log off. It's all at log in. It updates the saved cart immediately but it only reads from it at login. I'm thinking about what would be involved to check for that situation, and it doesn't seem trivial. It might be that the easiest solution would be to stop storing the cart products and quantities in the session. If they were always read from the database, then just refreshing the page would work.
  6. Compare it to the gift voucher balance available, not the amount applied. If the balance is sufficient, you can show the payment module. You may have to do more work if the user selects that module without applying the balance. Because presumably you want to deduct the amount from the balance before processing the order. But the question on the payment page is how someone is paying. And the answer in that situation would be with the voucher balance.
  7. Try if (!class_exists('order_total')) { require 'includes/classes/order_total.php'; } Or just delete the line entirely. If that doesn't work, you probably need to change the other place that has that line in one of the three ways (require_once, check if class exists, remove).
  8. Why not just modify Free Product Checkout to compare the order total to the gift voucher balance instead of to 0?
  9. ecartz

    SOAP Error

    Tell them that you can connect to https://api.globalgatewaye4.firstdata.com/transaction/v12/wsdl in your browser but not from the site.
  10. ecartz

    Fix special price based on percentage

    This would not be a small change. It might be easier to add a categories.preAction hook that checked if the product price changed and updated the specials price appropriately. This could involve a new column that would be a boolean for update or not. Or it could happen always. Then the catalog code would not need to change, only the admin behavior.
  11. ecartz

    SOAP Error

    It is saying that it is not getting what it considers a correct response from the endpoint. Firewall problem? Try asking your host for help. It also could have been the other end. But that seems to be working now (i.e. https://api.globalgatewaye4.firstdata.com/transaction/v12/wsdl is returning what looks to be a valid WSDL). So if it's still broken, check with your host.
  12. You are using the code with an older database. In particular, you are missing this change: https://github.com/gburton/CE-Phoenix/commit/81969c8891924ec281eb3ca26fb81d4946a7fa7d#diff-8e2028966f44d325bd969e19422a5e50d0ab727fa158192adddeaca0e5345e20 So either add the sort_order field to the proper tables (in something like phpMyAdmin) or reinstall.
  13. If that is what you wanted to do: remove the Catalog link and change the home icon to point where Catalog did previously. ITYM: in the bad old days, this required an edit to a core application file. In the good new days, this only requires a simple edit to a language file.
  14. In core, ignoring the payment module, the order is only inserted after payment is completed. So if you are seeing a behavior where the order is inserted prior to payment being made, then the payment module is doing that. And it would be the payment module's responsibility to delete the order if modifications are made. That needs to be done in addition to the core processes, because, as I said, the core solution is to not insert the order until after payment is made. In PayPal Standard, that is done in the confirmation method: https://github.com/gburton/CE-Phoenix/blob/b7bfcaccc3e2cd9641b9d0c8db2be1cecf250a11/includes/modules/payment/paypal_standard.php#L154 Note how it deletes and then reinserts the order under some circumstances. Without any knowledge of the Quickpay module's code, my guess would be that it is not doing that at some times (perhaps all times) when it should.
  15. ecartz

    Store Mode BS

    I think that if you do that, it assumes that you want to allow paymentless checkout. I.e. that enables checkout rather than blocking it.
  16. ecartz


    The hreflang is not provided by core. So whatever module is providing it, you need to modify it so that it produces both the alternate value for the other language and a value for the current language. https://help.ahrefs.com/en/articles/2754344-what-does-the-self-referencing-hreflang-annotation-missing-issue-in-site-audit-mean
  17. ecartz

    upgrading osCommerce 2.2 RC2 to PHP 7.3

    MODULE_SHIPPING_ITEM_ would be the database configuration entries for the item shipping module. It's basically saying that you are trying to load the module before installing it. Which of course is what that page does. It loads modules so that you can install them. You could look at older versions of CE Phoenix to see how those warnings were handled: https://github.com/gburton/CE-Phoenix/blob/e55fc1aa13cab513b7572eb32e73386a4cbdf2bc/includes/modules/shipping/item.php Or you could just switch to CE Phoenix and all that work would have already been done.
  18. ecartz

    PayPal Express quit working...

    For 2.3.4, you should look at https://forums.oscommerce.com/forum/79-commercial-support-inquiries/ If you want to upgrade to Phoenix (which runs on PHP 7, including 7.2), you should join the Phoenix Club and use the resources there. Note that the most common reason for PayPal to fail is an outdated certificate file, which is probably within your capabilities to fix.
  19. If you view the page source, it shows <style> .navbar-header { background-color: #12343B ; background-image: url() !important; color: #EFCA64 ; } .navbar-light .navbar-nav .nav-link { /*background-image: url() !important;*/ color: #EFCA64; } .bg-light { background-color: #12343B !important; background-image: url() !important; color: #EFCA64 ; } .navbar-light .navbar-brand { color: #EFCA64 ; } .breadcrumb { background-color: #C5CCCB ; } .breadcrumb a { color:#12343B !important; } .alert-info { background-color: #F1DEAC ; color:#3b5998 ; border-color: #F1DEAC; } .card-header { background-color: #dfe3ee ; background-image: url() !important; color: #297bfe ; } .card-body { background-color: #fff ; color: #297bfe ; } .card-footer { background-color: #dfe3ee ; color: #297bfe ; } .btn-view { background-color: #dfe3ee ; color: #297bfe ; border-color:#dfe3ee ; } .btn-view:hover { background-color: #8b9dc3 ; color: #fff ; border-color:#8b9dc3 ; } .btn-success { background-color: #3b5998 ; color: #fff ; border-color:#3b5998 ; } .btn-success:hover { background-color: #dfe3ee ; color: #3b5998 ; border-color:#dfe3ee ; } .btn-secondary { background-color: ; color: ; border-color: ; } .btn-secondary:hover { background-color: ; color: ; border-color: ; } .btn-primary { background-color: ; color: ; border-color: ; } .btn-primary:hover { background-color: ; color: ; border-color: ; } .btn-danger { background-color: ; color: ; border-color: ; } .btn-danger:hover { background-color: ; color: ; border-color: ; } .btn-warning { background-color: ; color: ; border-color: ; } .btn-warning:hover { background-color: ; color: ; border-color: ; } .btn-info { background-color: #EFCA64 ; color: #12343B ; border-color:#EFCA64 ; } .btn-info:hover { background-color: #F1DEAC ; color: #12343B ; border-color:#F1DEAC ; } .bm-categories .list-group-item{ background-color: #EFCA64 ; color: #12343B; } .bm-categories .list-group-item:hover { background-color:#F1DEAC ; color: #12343B; } .bm-best-sellers .list-group-item{ background-color: ; color: ; } .bm-best-sellers .list-group-item:hover { background-color: ; color: ; } .jumbotron { background-color: #f7f7f7 ; background-image: url() !important; color: #EFCA64; } .footer a, h4 { color: #EFCA64; } .footer-extra { background-color: #EFCA64 ; background-image: url() !important; color: #12343B !important; } </style> Note that that includes CSS for card-body, which is what you're trying to change. That's not core, so it most likely comes from the App that you installed. You can either remove it and pursue supported paths or try to get support from other users of the App in its support thread.
  20. This suggests to me that something is loaded after user.css, overriding it. I would try to confirm this by looking at your site, but you have it password protected.
  21. This is probably telling you that the file is not writable by the web server. Info Pages edits database entries, not files.
  22. Note that mysql_connect went in one of the PHP 5 versions -- I think 5.5 (look at the commit message that I linked previously). So PHP 5.6 probably won't help with the specific problem that you're trying to work around now. It would likely help you with other problems. Burt posted instructions for updating from osCommerce to Phoenix. It's probably somewhere in the Phoenix Club if you join that. I don't remember specifics, but I believe that he was suggesting to build the Phoenix store first and then import the data into the tables there (not attempt to point Phoenix at the osC database). There's also a list of tables not to port over, e.g. address_format, configuration, and sessions.
  23. Go back through the old versions of osCommerce until you find where they switched from mysql_connect to mysqli_connect and then apply that set of changes. Note that this is just the first of many changes that you will have to make, even just in that file. Because every mysql_ function was deprecated, not just mysql_connect. And there are many other changes needed for PHP 7. But anyway, the specific commit that you want is probably https://github.com/osCommerce/oscommerce2/commit/0064f6ce2208eaa972ebcc9e6772e45c7e3ee6fc#diff-611dd0e5f90ff998c01f8365dff385c1b0167b05eaf99d58fec24539b9a5b8fc It might be easier to update to a newer version of osCommerce than to patch that one. In particular, CE Phoenix is already PHP 7 compatible.
  24. That is incorrect. This add-on rewrites the tep_href_link function to require specifying whether the connection is SSL or non-SSL. Since that is not necessary in, there is a conflict. The add-on should be revised to not require choosing a "connection method" and just ignore the third parameter to tep_href_link. The expectation should be that more things will ignore the connection type in the future, further highlighting the difference between how this add-on handles it and how core does.