Jack_mcs

I don't understand what this means. But if you are saying the customer will always be logged in and the discount is from a coupon addon, how will you know what coupon code to provide? For the points, if the customer is logged in then you can use the code on the payment page that addon uses to show the available point.

Neither the discount or points will be available until the customer is logged in. If it important to have this work, you can put a message on the shopping cart page to tell the customer to login to see the total price. If the customer discount is from a coupon addon, as opposed to a fixed amount, how will you know what code to enter for the discount? For points, those are calculated at checkout and not added to the order array until them. There is code in the customers account that calculates the points so you would need to copy that to get the points if the customer hasn't started an order. The bottom line is: 1 - The customer will have to be logged in for this to work. 2 - It will take a bit of coding to get the needed values.

How does the final price differ from the total shown on the shopping cart page in your shop?

I may not be understanding what you are wanting to do but you can't know the final total in the shopping cart since shipping has not been selected. Before that, the final total for the shopping cart would be the sub-total that is already shown on that page.

@bholland PM sent.

There's nothing in the code that would allow that. It should be possible to insert the language anywhere in the code where a link is created though I've never tried it. That's strange. While none of the SERVER variables are guaranteed to be present, there is a standard that lists items that should be present and that is one of them. I can only think it is something specific to your server since it has never come up before. To prevent it, you can change this line $this->real_uri = ltrim( basename($_SERVER['SCRIPT_NAME']) . '?' . $_SERVER['QUERY_STRING'], '/' ); to this $this->real_uri = ltrim( basename($_SERVER['SCRIPT_NAME']) . ( isset($_SERVER['QUERY_STRING']) ? '?' . $_SERVER['QUERY_STRING'] : ''), '/' );

I think you may be misreading the instructions, which is easy to do. For example, changes to the application_top files are not optional for your version of oscommerce.

Did you make the changes to the two application_top files and the order class file?

There are a number of other changes you missed if this is the only one you did. The instructions can be difficult to follow due to all of the version checks. But there are at least five steps, as I recall, required to install the app into an older shop.

This may indicate the problem. It usually occurs due to an extra space at the beginning or end of a file. My guess is that your editor caused that when you made a change. I would check the configure file but also the html_output.php file or any file you have edited.

If this just started happening then the host has probably upgraded the mysql version. But regardless, the easiest way to fix it is to run this command UPDATE customers SET customers_fob = '1970-01-02' WHERE customers_dob = '0000-00-00 00:00:00'

@nemikeThere's no fix for the older paypal modules. You need to install the Paypal App. I can't guarantee that will fix it but it works in many, many shops so I think it probably will. To install it, you have to download the App from the addon site, install it and then update it in your admin. Then you have to replace the cert file with the most recent one.

As I recall that was a problem with older paypal modules. If you are using the latest version of the Paypal App then you should install that first.

Use a copy of the existing database as mentioned. Then empty the orders and sessions tables, and any others that might have data you don't want. Or, open the existing database in phpmyadmin, or whichever program you use, and export all tables for products and customers (remember to include the address_book table). Be sure to check the add drop table option. Then create a new database with the latest version and import the one you just created.

@aespinal2I don't reeal for sure but I think the database can be used as is. You may have to change the configuration tables, in the worst case. I would try just making a making a copy of the database and using it for the new one to see if that works. With that said, it would be a mistake to update to that version if you have a lot of addons to install and appearance changes to make. There are two versions by members here that have made improvements to that shop. I don't know how well they work and they may not be free but you might want to check them first. Here's one of them.