keat

I hope we can find a fix, but like I've previously stated, whatever is causing the issue at my end is unlikely to be stock related. I've had orders where as many as 10 different random items, will be missing, not only from the email, but also the cart and order_summary. From what i've gathered from customers, it does appear to happen around the checkout stages, maybe somewhere between pending and processing, but being unable to reporoduce it, i couldn't be certain.

What version of the PayPal module do you have. V1.0.5 is the latest version. Have you considered deleting and reinstalling the module ? Also, is your store https ?? and maybe PayPal is sending back to non Https.. Just a though.

I think this might be our internal firewall blocking facebook. I can see the link in the page source, and can see the actual like button if I connect via mobile data on my phone. I guess co-incidence that I only just noticed after updating to 6.1.7

I've checked my cart.class.php and line 1184 refers to something around taxes. Not knowing enough about php to faithfully state where the problem might be, but it's worth a quick look at your tax setup (maybe ??)

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.