keat

I've just installed Semperfi's Ajax search plugin, which at least goes part way to finally fixing this search issue.

I can't see anything in the URL. Whats annoying is, if I use the admin side to search for the product, it appears. So what is the admin side doing differently to the customer side.

Now I understand. In the foundation, templates folder I changed box.skins.php to the code above and then added the string {include file='templates/box.skins.php'} to main.php. Although, this string already appears firther down the file, so I did initially end up with two 'change skin' boxes. This is much tidier. Thanks

I had exactly this yesterday. Go to store setting and choose the 'Extra' tab. inside there are options for cloning products.

Interestingly, if i disable (using the stasus checkbox) D12 and D12.5, I can now search for D1/2, so why doesn't D1/2 appear when the other two products are enabled.

We sell a number of drills in various sizes. If I search for part number d1/4 or d1/8, the results will show the 1/4" or 1/8", but if I search d1/2, then it only shows the metric sizes, and niether of these have the oblique. d12.0 and d12.5. Any thoughts what's going on with the search ? exactly the same with the next range QD. search QD1/2 and only the metric ones appear.

I'm not sure that I fully understand.

I don't recall seeing those before now, but having changed them, I can now clone. Thanks.

I found this in error.log [12-May-2017 14:01:59 Europe/London] PHP Warning: Unable to load content for settings#Extra:index in /home/xxxxx/public_html/domain.co.uk/controllers/controller.admin.session.true.inc.php on line 104 [12-May-2017 15:02:17 Europe/London] PHP Notice: settings#Extra/index needs to be updated. in /home/sterling/public_html/domain.co.uk/classes/acp.class.php

I'm seeing another issue on my hosted sites. When trying to clone a product I see " /admin/sources/settings#Extra/index.inc.php - not found. " Thinking again that it could be a bad edit on my part, I scoured the admin folder for any occurance of 'settings#Extra' and the only place that I see this, is in products.index.inc.php, and this is apparent in a stock file. Any thoughts on this one. ? if ($GLOBALS['config']->get('config', 'product_clone')!=1) httpredir(sprintf('%s?_g=settings#Extra', $glob['adminFile']));

I see a number of them on our own server, and would have probably identified this through the apache logs, but i don't have access to this on the hosted one.

Blimey, that's a record. The fault was indeed identified as a false positive on a modsec rule.

I pay about the same for my dedicated server. I do prefer to keep this to a minimum though ... as far as web sites go.

We've had another one today. Customer placed an order on the 15th of April and chose 'POF' as his gateway. Today, something generated a duplicate. FProc 121.66 Print Order Form Today, 11:36 Forced to Processing. Print order form displayed to customer with payment instructions. Do not dispatch until postal payment has been received and cleared. FProc 121.66 Print Order Form Apr 15 2017, 15:40 PM Forced to Processing. Print order form displayed to customer with payment instructions. Do not dispatch until postal payment has been received and cleared. Processing Today, 11:36 Gateway Processing Apr 15 2017, 15:40 PM Unknown Pending Apr 15 2017, 15:40 PM Unknown Pending Apr 15 2017, 15:40 PM Unknown

HostPapa were great when I signed up in 2008, support was immediate, and via webchat. Over the last few years however, support has gone out to India, and it's pretty diabolical, for this reason, I bought my own dedicated server, and have our important sites running from this. The sites in question are low volume sites, so I left them where they were. £80 per year for 100 databases, unlimited space and email addresses isn't bad, just a shame that the support went south. Any way to recreate this from a customer perspective, so I can point the hosts in the right direction.

HostPapa

I've 2 sites on a hosting plan. (both on 6.1.7) When trying to edit a product, i receive the following error. 403 Forbidden Server configuration does not allow access to this page. I'm not ruling out a bad code edit at my end at this stage, but before I log a ticket with the hosts, does anyone have any clues where to start looking. I know if i log a ticket with the host, it'll be 24 hours before i get a reply, and then i'll get the run around for a week. There is nothing in error.log, cart errors or raw access logs giving any indication.

The site is at 6.1.7. However, like I say, I've had 2 occurances since i updated, but on both occasions, I was resolving a few mod issues which hadn't migrated, so at this stage, I'm putting them down to me swapping files over, and cache clears etc.

sorry, order_inventory not summary as stated.

Not for me. When this happens, the missing items are null everywhere, email, cart, order_summary. Incidentally, I've just tried the missing item theory. I created atest item, added this to my cart with 10 other items, and then deleted the test item within admin. Pressing the checkout button gives a message about the item being no longer available, nothing else was affected. I then did the same, but deleted the part once I landed on the Paypal page. I didn't make a payment, and returned back to the cart to be greeted with the same message about my test item being unavailable.

I don't think so Al. Some of these things have happened in the dead of night, plus we don't really delete a great deal, due to having a yearly catalogue. The only items we delete would be stock clearance items, and maybe no more than 1 per week, during normal working hours. Unless of course a customer added a stock clearance item to his cart, along with 20 other normal items, then at some point before he checked out, we deleted the stock clearance item. But would this clear out a whole cart, or a number of random other items. We've had at least two since updating to 6.1.7, however, both of these have happened around the same time where I've been making adjustments to core cart files and have had to perform cache clears, so I'm discounting those two for now.

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 ??)