musicmaster

This is the correct way to assign a parent to a category. Do you use that?

You think it has to do something with javascript. So what happened when you looked for javascript errors (open browser console with F12)?

total_products_wt: wt=with tax; So that is not relevant. The function that you mentioned before gets things from the order_detail table. However, I have my questions about your order_detail value. I checked it in my shop and I saw the weight for one product in that field. Not the total weight for the number of products that was ordered. I don't have time to dive deeper into this. But I suspect this could be the problem.

There are two ways to solve this kind of message. As Datakick said, this happens when an Ajax call returns something unexpected. Very often that is because there was some php error message or warning within the text. If it was some innocent warning the solution that Datakick proposes - switching off debug mode - will work. If you want to find out what the error message was there are two approaches. One is to check the error logs of your server. The other is to open the console of your browser and then go to the network tab. If you execute the operation while this tab is open you will see the ajax call appear as one of the files. You can then look under the reply subtab what value was returned by the ajax call.

What I would do is checking the database. You can find the weight in the following tables: - tb_product - tb_cart_product - tb_order_detail - tb_order

You would have seen more options if you had gone to the homepage of Prestools.com... And there is also a post with download here on the TB forum. The problem that you encountered is that Prestashop no longer allows people to download things when they are not logged in. They are continuously changing things on their forum. Quite annoying....

Strange. It is there. Can you try again?

Thank you for notifying me. I have rebooted the site.

No. You need a special tool for mass edit such as Prestools.

I don't know the theme. But I assume that - like most themes - it has a configurator module with which you can do much of the configuration. Try to use that as much as possible. I really don't understand what you mean with re-uploading the theme. The only thing you need to make sure after you change a theme file is that you won't see an old cached version.

I tested it and didn't see any problem... How do you define the path of your shop in the ps_shop_url table? You should use the forward slash - not the backslash. Windows can perfectly handle Linux slashes...

I am running Windows too.

It doesn't have to be an error. Jquery generates this kinds of errors (and catches them) to check the properties of the browser.

I used to use Digital Ocean too. But now I am considering to move away and back to shared hosting. Virtualmin - that I used to use as a replacement for Cpanel - has become unreliable. And it has become hell not to have your email rejected by the spam filters.

I seldom use grep. So I would have to consult the manual. It will be faster if you do that yourself.

This shouldn't be so difficult. Just do a search for '%jv74.se%' in phpmyadmin in the whole database and do a text string for 'jv74.se' with Astrogrep in the whole shop. And you don't need the life shop for that. A working copy on you local computer (localhost) would do - as long as it doesn't contain a path with that string.

For a few weeks now I am seeing a few times a days "undeliverable mail" messages from customer registrations. This happens on two webshops and is clearly a kind of spam. Every message is a bit different. They always have fake email addresses pointing to well known domains. Is there a way to stop this?

I have seen such problems more than once with Prestashop. After the payment is made your payment provider calls some link at your shop that should trigger the shop to convert the shopping cart of the customer into an order. When for some reason that call back doesn't work the cart never becomes an order. So the short term "solution" is to look among the carts for this order. As naming can vary I usually prefer to look for the exact amount and time. For a more definitive solution you might have a look at your error log. It could be that there is some php error that crashes your callback.

I think the main problem is the menu. Everything is under "Nail Decals". But you only discover that when you move your mouse over the word. You should find a way so that it becomes clearer on the home page what kinds of things you sell. Maybe a menu at the side or one image for each category. "Custom Decals" is an empty category. And "Details" is rather empty word. I would guess that most people would search the info in the footer.

Artikelen niet aanwezig? Bedoel je dat de plaatjes niet meer werken? Ga dan naar de SEO&Urls pagina en klik overal op Save zodat je .htaccess opnieuw wordt aangemaakt. Zie ook de adviezen van Piet.

Staat in de tb_shop_url tabel van de database. Je kunt ook in de backoffice inloggen. Bij SEO&urls staan de instellingen.

In the settings for the images in the back office you have three options: Use JPEG. Use PNG only if the base image is in PNG format. Use PNG for all images. However, they have exactly the same result when I upload a product image in .png format: only .jpg files.

I don't know whether this is a bug or that I did anything wrong. I just noticed that in my images directories I have 2x2x images. So I have an image of 395x395, I have an 2x image of 700x700 and I have an 2x2x image of 1400x1400. And even that isn't enough. I have also _2x and _2x2x images. So with an underscore before the first 2. So instead of one retina image I have four for each image format... I suspect something is going wrong with retina. I was already a bit surprised when I switched on retina that I got extra image formats in my image settings. So maybe there was a problem there. Anyway, just a little thing to watch... And maybe someone else knows more and has an idea what I did wrong. I suspect some conflict between the TB and the Panda implementations of retina.

In that case I was wrong and it was just another face of the empty token problem. Can you put in line 224 of paypal/classes/paypallogin.php the following text: print_r($result); It will provide some diagnostic information that might help.

This is a different error message. It suggests that you are using a very old php version. I don't remember exactly when it was introduced, but declaring an empty array with "$myarr=[];" was rather recently introduced.