keat

No I use Mican on the site in question. I'm not aware that anything has changed in there.

I think Ian might be referring to this thread.

In the root of your store create a new php file named ini-custom.inc.php and past this code in to it. <?php # Custom initialization commands # Filename: ini-custom.inc.php # File location: main CubeCart folder ini_set('memory_limit', '256M'); ini_set('max_execution_time', '60'); ini_set('error_log', 'error_log'); ini_set('log_errors', 'on'); ?> this will create an error.log file in the root of your store, which may give more information as to where the fault lies.

I appear to have lost the Facebook like and share buttons on my product pages. I assume since upgrading to 6.1.7

Does this happen everytime, and on the customer side, or just occasionally on the admin side. I found that things like pressing the save button twice or using the back button during a page refresh would cause this on the admin side. As far as GD are concerned, you probably really are up to your own devices. They will no doubt look after the cpanel or plesk side, but anything addiotional to this would be down to yourself.

Is this so a particular admins can only work with certain customers ???

A few ways you could achieve this. Upload via ftp the pdf to anywhere you choose. Create a site document called 'Catalogue Download' then include a hyperlink to the absolute path of the pdf in the document. or Create a new category called "Catalogue Download", inside there create a new product as a digital download and maybe also include a hyperlink to the absolute file path. Have a look how I did this. https://www.beal.org.uk/free-catalogue-request.html Also, In our contact us page, I have a link called 'catalogue request'. When a customer completes the page form with his email address an auto responder on the server replies to them with a hyperlink to the absolute path.

If you don't have 6.1.7, using FTP, dump the pdf file in the root of your store. (or any folder of your choice) In the admin side, edit the product description and type a phrase along the lines... Download PDF here Highlight that phrase, then click on the chainlink icon. Input the aboslute file path in the dialoge box. https://www.yourdomain.com/yourfile.pdf and save your changes.

I'm not sure how github works, but could you not have another tab for feature requests ?

Looking in my Apache error log, it seems that this same IP created another ModSec error a few hours prior to placing the order. Order placed at 11:35am, Apache error 09:01am Maybe be related, maybe not ?? [Thu May 04 09:01:06.277133 2017] [:error] [pid 30199:tid 139777913366272] [client xxx.xxx.xxx.xx] ModSecurity: collections_remove_stale: Failed deleting collection (name "ip", key "yy.yy.yy.yyy_7187b4ec27d9744f5e6019375213b890b4850295"): Internal error (specific information not available) [hostname "www.domain.co.uk"] [uri "/js/styles/styles.php"] [unique_id "WQrfwQDlhalTyh6GJnPnAQAAAUU"] [Thu May 04 09:01:06.277227 2017] [:error] [pid 30199:tid 139777881896704] [client xxx.xxx.xxx.xx] ModSecurity: collections_remove_stale: Failed deleting collection (name "ip", key "yy.yy.yy.yyy_7187b4ec27d9744f5e6019375213b890b4850295"): Internal error (specific information not available) [hostname "www.domain.co.uk"] [uri "/images/cache/pictures/al41.70.jpg"] [unique_id "WQrfwQDlhalTyh6GJnPnAgAAAUg"] xxx.xxx.xxx.xxx being the customers IP yy.yy.yy.yyy a different number which looked like an IP

I saw a few github requests closed yesterday. I assumed a clean up of some sort.

Sorry, but I've said this many times before and I'll stick my nose out and say it again. I fail to see how this issue is caused by stock levels. 99.999% of the items in my cart are marked as infinitum ∞ , and stock level is configured to reduce upon order complete. Only when an item physically goes out of stock, do we manually mark it as such. This issue is still occuring with me on 6.1.7

We've just this instant had another one. I've quicky got on the phone to the customer. He says that he added a number of items to his cart, went through the checkout process, where it skipped the gateway page and gave him an order confirmation message. Although, again around this time I was editing an admin side file and perfromed a cache clear. Could clearing the SQL cache cause this ??

my main site is 6.1.7, it has been for about 2 weeks and taken hundreds of paypal payments in this time. 99.9% of which I've had no issues with ??

Why is this not affecting me ?? I maybe get one in 50 with a failure to update. I'm on 6.1.5 and 6.1.7

I'm pretty sure that I've experienced the same. I now use sitema.xml.gz when submitting to google, which seems to work.

I added Channel islands as a new county and then allocated this to Jersey and Guernsey. I also did something similar for Isle of Man. This will probably suffice

This is correct. 160328-092841-2654 mr xxxxxx.xxxxx Processing Mar 28 2016, 10:28 AM

Last week, I updated my cart to 6.1.7. Now it seems that counties are mandatory, even if no county exists. I have Jersey and Guernsey configured as countries (for shipping reasons), these do not have any counties asscociated with them. This was never a problem prior to 6.1.7, but now customers from these regions are unable to checkout, due to no shipping zones configured. Any ideas how I fix this, and restore it back to how it was ???

I've done a small number of skin edits for a Semperfi mod, but other than that nothing.

I'm using Kurouto on a 6.1.7 site and have latest products displaying OK. Maybe your skin is missing something, or a wonky file edit. I don't think the Kurouto skin is updated during an update process, so any wonly edits will remain. Try to ftp your Kurouto skin off the server (so you have a copy), and then temporarily upload a clean version.

Using Notepadd++ I changed cart_order_id VACHAR (18) to (30) in the downloaed files, uploaded and then ran the upgrade script. This seemed to work.

also found this. Status Date/Time Initiator Processing Yesterday, 22:12 Gateway

At the end of each month I run an SQL query to change the previous months orders to order_status=3 (complete), I do this for statistical reasons. Today, we received an order dated March last year. When I look in the transaction logs, it clearly shows that the order went to processing last night ??? FProc 172.10 Print Order Form Yesterday, 22:12 Forced to Processing. Print order form displayed to customer with payment instructions. Do not dispatch until postal payment has been received and cleared.

Not quite the answer you were looking for, but if you create a new zone, give it an abreviation like MTY (empty),and in the name field add about 4 blank spaces. You can save this as an empty county which also appears at the top of your county list so easy to find. I suppose a lazy customer could also use this though.