musicmaster

Which file produces the error?

Be careful upgrading Panda. Panda versions 14 and 15 are very different. They have different modules and there is even a hook on a different place. Their website says that you must run 15 with TB 1.1 but it is not clear to me why. 14 worked perfectly for me with 1.1 - with only a fix for the “Cannot use object of type carrier as array” problem caused by the Smarty upgrade. Also I didn't like their redesign of the checkout page in version 15. They have changed the page in a way that makes it easier to overlook the login link. And then existing customers try to create a new account. That results in an error message that they don't see as it is above the form outside the visible part of the page. So they conclude that the Save button doesn't work and your webshop is defect.

Did you investigate whether the combination Easy Checkout-Stripe works on Prestashop 1.6?

I use Stripe on the Prestools website, I regularly receive payments through it and I haven't received complaints. So maybe there is some instability in your shop outside TB and Stripe.

Can you explain that? I don't understand what you mean.

Paypal, Stripe and Mollie all work ok for me.

You might consider submitting an error report in Github. Anyway, to help you a little further: The file where this is handled is /controllers/front/ParentOrderController.php The code handling it start with: if (Tools::isSubmit('submitReorder') && $idOrder = (int) Tools::getValue('id_order')) In the (older) version where I checked this it was at line 87.

I ended up upgrading to 2.3.7 - that was recently released. This solved the problems.

Thirty Bees already has more features than Prestashop. I don't see much urgency to add more at the moment. What I consider much more important is getting Prestashop users to switch over. I don't think the lack of features is stopping them. Rather it is a lack of templates and to a lesser extent modules. Sure, Thirty Bees offers support if you use templates and modules that aren't guaranteed by their makers to work with Thirty Bees. But that is a rather weak offer. It would be much better when they could point to a list of templates and modules that have been tested and found to work. In this light I would prefer to be reticent in adding new features. At this stage maintaining PS 1.6 compatibility is crucial and any addition is a risk factor for compatibility.

"Class not found" often happens when some class file is missing or damaged. So the first thing to check is the file /classes/shop/shop.php.

I don't get any problem updating the category title. Is Spanish your only language? Or is English also installed? Do you use multishop? Did you check the indexes of your _bees_blog_category_lang table?

My standard next step in this kind of situations is to disable pretty urls. That makes it much easier what file is looked for and what is there. But there are other potential trouble spots such as the spaces in the filenames and the "2x". Spaces are allowed when the filename is within quotes and that is sometimes a problem.

Thank you. I found a solution that works for me now.

"We are sorry, we only allow ticket purchases from internet addresses inside the united states." I can 't see your site.

I tried. After four answers that missed the point (my impression is that everything goes via Google Translate) I am about to give up.

Does anyone know how to program the mobile hamburger menu button under the Panda template?

I used to have such a thing with Prestashop 1.5. It probably was related to my template. Anyway, I got used to emptying the cache every time I changed the products on the front page. I haven't seen this problem with Thirty Bees.

Are you sure these are all your console errors/warnings? It takes only one unrelated javascript problem and then jQuery isn't loaded and you get all these follow-up errors. With javascript errors you should always look at the oldest first. All the rest can be follow-up errors caused by the first one.

When Jquery doesn't work it is usually because there was a javascript error before it was supposed to be loaded. So I am very curious how your javascript console looks.

I can't recommend a specific module. But I can give you a few considerations: - you have three kinds of attributes. You have attributes that don't affect the stock, such a whether a piece of furniture is polished. You have attributes that have their own stock, such as hard disks when you sell computers. And you have attributes that define a unique type of product. It is the last type that Thirty Bees/Prestashop standard supports. - so when you buy a module you should check which of the other types it supports and whether that fits your situation. - if you want to make a do-it-yourself solution for attributes that don't affect stock you can consider using the customization field.

First of all you should enable debug mode so that you can see which error is the real problem. You mention some errors in the log file, but it is unclear whether they are happening now when you refresh a page or happened somewhere in the past. https://www.prestashop.com/forums/topic/224525-how-to-turn-on-error-reporting-for-debug-information-blank-page-500-internal-server-error/ Besides that I would suggest disabling all non-TB modules. (you can use Prestools for that). If decoding the error message indicates some problematic module you can also disable that by renaming it. It is a crude method but it will at least give you access to the backoffice.

It could be just some local prosecutor who took the initiative. And he may well have been bribed to do so. Most likely we will first see some judicial fights inside Russia - with a lot more people getting involved. If that goes against Nginx the next step will be international. But we still don't know what Rambler wants. Do they really plan to go after the end users or are they just hoping to get some money from Nginx Inc?

Is it possible to duplicate orders? I thought there was an option. But I can't find it anywhere.

I have some troubles with MyParcel. We are using version 2.2.1 at the moment. The problem is that sometimes MyParcel empties the address (just the street and number). The customer has filled them in correctly and they are correctly in the TB_address table. But in the copy of the address in the tb_myparcel_delivery_option table the "street" and "number" fields are left empty sometimes. Postal code and town are always there. Note that the address data are stores in a json structure in the myparcel_delivery_option field. This table has address fields but those are not used (and in the 2.3.6 version removed). On the basis of just a few samples one possible explanation is that the address2 field is the problem. In all the three failed samples I got this field was filled. In two cases the number was in address2. In the third case the number was in address1 but address2 was filled with "hs". Some comment in the code suggests that the number must be in address1. The latest MyParcel version is 2.3.6. So I tried to upgrade in the hope that the newer version might have solved the problem. But after the upgrade my backoffice crashes when I want to look at the orders page. I get the error: "Table 'myshop.tb_myparcel_goods_nomenclature' doesn't exist". Some research indicated that when I install the 2.3.6 module over the 2.2.1 module the upgrade files (like Upgrade-2.3.0.php) that should create the extra tables are never executed. Things got even stranger when I had a look at a fresh 2.3.6 installation (on Prestashop 1.6) and saw that although the tb_myparcel_goods_nomenclature table is declared in the code it is not created. However, for the rest the database structure is quite different from 2.2.1. Does anyone here have experience with either this missing address problem or upgrading? myparcel-v2.2.1.zip myparcel-v2.3.6.zip

After you disable pretty urls (and cleanse the cache!) you have direct links to the images. So they should be there. And if there aren't there you can look in the html source in your browser and follow the link.