Nelly111s

Poor form replying to my own question, but it appears that normal emails are having the same problem - must be my server / settings?

My site is currently still sending out the "order received" email (to 4 different email addresses) as it has been for ages. The email log is OK, it shows the emails being sent out. The test email on the "Advanced settings" tab also works - the popup says it has been successful. However, none of the emails are being received! I'm stumped on this one.

Thanks. Cubecart is still set to use the php mail function. I can set it to use the SMTP method and send a test email, which works. I presume that if I use this method, I should be able to send all the emails. Also, I think I can force the "status" to 0 in the newsletter table for those that have already got the email and then update them after to status = 1 again. However, I can't save these SMTP setting because I still have a problem with crap in the offline tab (at least that's what I guess the problem is). I'm reluctant to delete the config entry in the cubecart_config table because it deletes all the useful stuff. Is there a way of sorting this problem - its a real PITA.

I'm on Cubecart 6.5.1 / php 8.1. I have about 1500 people subscribed to the newsletter. I've tried sending it, but the routine doesn't seem to get to the end and just hangs at "Cancel send" screen. I've looked in the email log and the "CubeCart_email_log" table in the dB and there are quite a few entries which say that they're not sent, with "Could not instantiate mail function" as an error. I assume that the ones with no error have sent OK. Firstly, anyone know what is causing this error Secondly, is there any way of sending to the people who are in the "error" category. I can easily get that list via SQL from the dB (maybe even create a new table), but how do I get the routine to use this subset? Thanks

YEs, that's what happened. No errors in the server log, as far as I can see. I actually did a restore of the config line from my dB backup to solve the problem, which worked a treat.

Thanks. I missed off the CubeCart_category_index update, so I had to manually update each product to put it in the right category, but since I don't have 1000's of products, that wasn't an issue. It's now up and running OK. I'm really not sure of the sequence of events that caused everything to get screwed up, but it's all back working again now.

OK, so I have this problem (I have one or two ..) I tried deleting the 'config' row in CubeCart_config, in phpMyAdmin. Seemed OK. Went back in to the store Admin, Settings > Offline. In the source, still a load of rubbish that prevents me from saving simple stuff like the store language. I presume the config.class.php repopulates it somehow, but I'm in a loop and can't delete stuff to save the settings I want!

OK, so I've been in touch with the web hosting company.. There was some permissions errors initially, then a line in the htaccess file forcing it to use php 7.3 (must have been a file that I'd not updated. # AddHandler application/x-httpd-php73 .php .php5 .php4 .php3 This was the line, now commented out. So the info.php is now showing php 8.1.21. The site works again. But ... The database is a bit strange now (it's not been changed). It's still got my customer list, sales stats etc, but the categories and products have been updated / overwritten with a test product and category. I do have a backup, but that's bit of a PITA.

I've done that and get the php info as per the attached screenshot - no error

I've tried Deleting all files from website, clean install of 6.4.10 via FTP, with php 8.1 Deleting all files from website, clean install of 6.4.10 via unzipping file on server, with php 8.1 Rolling server back to php 7.4, clean install of 6.4.10 via FTP All of the give the 500 error. It's nothing database related (I don't think) since the setup script hasn't run and populated the config file with the dB details. I've been in touch with the web host, but no joy yet.

Yes, I'd rolled back to 6.4.9 after some issues with 6.5.1 very soon after it came out. But I'm trying to (now) do a clean install with 6.5.1 and php 8.1, which is where the error comes in!

Brian, It's php 8.1 that's being used. I'd already created the error log file. These are errors from earlier this evening [07-Aug-2023 19:18:32 Europe/London] PHP Warning: Illegal string offset 'inStock' in /home/sites/olivewoodturning.co.uk/public_html/classes/catalogue.class.php on line 1782 [07-Aug-2023 19:45:29 Europe/London] PHP Warning: Illegal string offset 'inStock' in /home/sites/olivewoodturning.co.uk/public_html/classes/catalogue.class.php on line 1782 [07-Aug-2023 19:56:12 Europe/London] PHP Warning: Illegal string offset 'inStock' in /home/sites/olivewoodturning.co.uk/public_html/classes/catalogue.class.php on line 1782 [07-Aug-2023 19:57:42 Europe/London] PHP Warning: Illegal string offset 'inStock' in /home/sites/olivewoodturning.co.uk/public_html/classes/catalogue.class.php on line 1782

I'm trying to do a "clean" install of 6.5.1, only retaining images and some skin files. I've uploaded all the files and try to run /setup/ and get Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator at [email protected] to inform them of the time this error occurred, and the actions you performed just before this error. More information about this error may be available in the server error log. Apache Server at www.olivewoodturning.co.uk Port 80 The last entries in the server log file are [Mon Aug 07 21:29:21 2023] [error] [client 92.0.117.204:0] free(): double free detected in tcache 2 [Mon Aug 07 21:29:21 2023] [error] [client 92.0.117.204:0] End of script output before headers: index.php [Mon Aug 07 21:29:34 2023] [error] [client 114.119.155.232:0] free(): double free detected in tcache 2 [Mon Aug 07 21:29:34 2023] [error] [client 114.119.155.232:0] End of script output before headers: index.php Any thoughts as to what's going on? I'm still trying to debug this myself. Server is running php 8.1, if this has any bearing?

Do you know when this will be available in the UK?

I found the right edit (move, not copy) and made the edit. My site works as it should (as far as I can tell) now.