Al Brookbanks

I'd start by opening a bottle of red wine. Once finished you can go to the edit product page. You should see a translate tab at the top where you can set the product name and description in French.

The next upgrade will have the same fault as the upgrade code it baked into 6.1.5. It will only work after 6.1.6 to 6.1.7 etc.. To get the upgrade working from 6.1.5 to 6.1.6 that file will need replacing.

Yes sorry it's a pest. It should work from now on if you use this: https://raw.githubusercontent.com/cubecart/v6/master/admin/sources/maintenance.index.inc.php

There's a lot to say for cottage industry and loving your job.

I literally just upgraded a 3.0.17 store to 6.1.5 on Hostgator and I am not able to reproduce this problem. There is nothing wrong with Hostgator's hosting services and CubeCart will work on it perfectly so long as the PHP version is 5.4 or higher.

I keep a bit clear on here as it undermines our clients paying for support. This issue has been rife over the last six months as hosting companies seem to be upping their caches. This cache can take numerous forms: Forced browser cache as ayz1 suggested via .htaccess Proxy caches. Poorly configured PHP OPcache. One of these will be causing the problem. I'll be surprised if its something else.

I hate computers too.

This should do the trick. https://github.com/cubecart/v6/commit/4922d169b0e40a5b1658eda0939a210bd976902a

True but it's not something I've ever been able to experience.

Ok thanks I'll I stall 6.1.3 and try to get it to 6.1.5.

I must be doing it differently. If some one can give me exact steps to reproduce I would be grateful. Manual or auto upgrade?

The code *should* automatically delete the old files/folder and rename the new ones.

Hmm I think the thing to do is look at the logic and consider scenarios it may need to run when it shouldn't.

Strange one... I probably upgrade 3-5 stores a day on a wide variety of hosting platforms and I've never experienced it. I don't use the auto upgrade tool though.

I think you are in the minority here. I've opened a report to investigate this. https://github.com/cubecart/v6/issues/1503 You are using the auto upgrade tool in the admin ACP?

Those are malicious files indicating that your store was hacked probably quite a while ago. The creation date on the file should help show when. The article Dirty Butter referenced is relevant and should be done.

Forced browser caching is too high then. This is a web server issue. Please open a support ticket if you need me to look. Please note that this can be at folder level on the server which explains why one store does this and another doesn't.

Hostgator have no responsibility for the files in your website and I personally believe they are not qualified to support CubeCart files. They should be able to advise on the cache however.

Yes me too. That's wired. Hopefully nothing malicious or trying to be.

I've seen this a lot over the last few months. It's caused by proxy cache servers forced on your website by your hosting company. Essentially it ovecaches taking away much of the dynamic functionality if your shop.

This is because your web host is using a proxy server for caching which takes away the true dynamic ability of your website. It's not a fault in CubeCart.

I think there could be a fail here (or somewhere around there) if the existing table collation is not as expected causing and SQL error. https://github.com/cubecart/v6/blob/master/setup/setup.upgrade.php#L126 I think certain collations will fail. I've seen this before but it's rare.

Please see: https://support.cubecart.com/Knowledgebase/Article/View/224/45/can-i-upload-product-images-over-350kb-kilobytes

It's a bug in that the GD class method gdLoadFile will return false if the "image" sent to it is not a valid image. However the error message handling isn't accurate.

There shouldn't be an index.htm file in the images/source folder. Please delete it. https://github.com/cubecart/v6/issues/1497