musicmaster

Shipping is complicated and it is easy to do something wrong. The standard algorithm is to put the cheapest "carrier" first. So if there is a free option - even when it is retrieve in shop - it will come out on top. However, there is a page where you can change that sorting algorithm.

I don't understand this setup. You have multishop. So there should be at least two shop urls in your story. Yet there is only one.

Hands on I might be able to solve this. But from a distance it is hard. It seems you have an empty isocode field for a language.

Can you show the whole of the messages? Now you have a picture that doesn't show the filename and the line number. I see two different notices. Are these the only two?

That is called Ajax. It means that the software calls a page in the background and then uses the results of that page to change the page you see. So you never see the page that was called. However, when you have the network console open on the moment that you press this submit button you will see that page come along.

I tested on my site and I didn't find any problem changing the track url. It makes me wonder whether you see any error in your log files.

Only those entries in tb_carrier seem interesting. As for tb_employee, just check what that is about. It may be just the last thing you have done. Remains the puzzle why updating the deleted line doesn't work. Do you see any errors in your error log?

Emptying the line and pressing Finish doesn't work? These data are very likely stored in the tb_configuration table of your database

In the menu : Tools&Stats -> Override List

The first step is to look whether your Aftership module really is gone. You should look for that in the modules directory. Make sure that you have really uninstalled it and not only disabled it. The next step is looking for overrides that might have stayed behind. It is easiest with Prestools you can also just explore the override directory. Of course you should also have emptied the cache.

You might consider opening the network tab in your browser's console. There you can see the actual communication taking place and click on each of the file names to see what was returned.

Can you enable debug mode so that we get the real error message? https://www.prestashop.com/forums/topic/224525-how-to-turn-on-error-reporting-for-debug-information-blank-page-500-internal-server-error/

I see you have 16.0.1.8. Same story. This version of TB has some problem with 4-part version numbers for some modules. paypal.php

I was talking about the file in the Alabaz module. Not the file that comes with TB.

A quick hack is to change the version number of the Alabaz module in its file paypal.php from '16.0.1.4' to '16.0.1'

You missed the core of what I wrote. The Ajax call returns some text in some predetermined format (not always json). When there is a warning in that returned text the format no longer matches and you get the kind of message that you see. However, this is half of the php warning - so completely useless. You need to have a look at the complete returned text or your error logs to see the complete message: problem x happened at line y in file z. I told you how to do that.

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.