Scully

Ok, I got the message. So compared to 1.0.8. there is some kind of a disimprovement in terms of fullpage cache?

One more unsolved question Question 5: I have cache and fullpage cache enabled. In my previous TB 1.0.8. Installation, the cache for categories or featured products updated, once I changed a product within the corresponding categories. As of now, I cannot see the start page or the categories page update, when I change a product. Might I be missing some settings?

Ok, the answers updates after 2 days of troubleshooting. Question 1: Mails, works Question 2: Order states, changed in database. Many order_state_id's decreased by the number of 1. Question 3: Caused by wrong order state IDs Question 4: solved Still working on some smaller issues and bugs.

After I tried to change the order status to the new Thirdybees Order Status, I get the following when I place an order with cheque as Payment Method: PaymentModule::validateOrder - Order Status cannot be loaded

Can someone please copy / past me the default content of the tables order_state and order_state_lang which is based on TB 1.6 ? thanks a lot.

First of all, thank you for your extensive feedback. I will try to follow as much as I can. I have not migrated step by step but instead tried to upgrade in one big step. Since this failed, I installed everything from scratch to 1.6. and after that I copied the database over the existing one, leaving the most important config tables out. Most probably, the last step caused the system to fail.

Question 4 / There are no carriers that deliver to the address you selected. This message pops up on all front end orders. Howerver, it is possible to proceed to the next step and to place an order.

Question 3 / Order cancelled, Stock Quantity remains unchanged. When cancelling an order, the stock quantity does not revert to its original value. My order_state_id for cancelled is 6. But I guess, the new TB order_state_id for cancelled is 5? Our state 5 is however 'Order finished'. In regard to this: If we change the order state table to the "new" TB values, we needed to change all historic transactions as well. This is possible but quite an effort. My question is, how are the default order states set? Is it by id or by template name or by others means?

Question 2 / Order State Every new order goes to backorder state. Order State Id 9 (out of stock, paied). My order state table looks like this (taken over from old prestashop, then TB 1.0.8). This is my order state table.

We run TB 1.0.08 for a long time and it hasn't been updated since this version was set up. This old installation contained a lot of specifis changes and any try up upgrade via core upgrade failed. After many failed attempts I first installed a fresh TB 1.6. and then migrated the database from the old installation. The shop works but still with many issues. I try to ask all questions within this thread instead of opening a new one for everything. Question 1 / Mails we don't get any mails with the only exception of the contact form. I could not figure out, where the value for TB_BCC_ALL_MAILS_TO is set.

Still I found one more question not solved. If have 4 countries enabled. Deutschland Frankreich Liechtenstein Österreich Schweiz 99% of customers belong to Schweiz. However since the alphabetical sort order is taken for the ordering of the countries. Deutschland is the default set if no choice is made. So it is wrong for 99% of the customers. Is there an option to set a default country without coding?

Okay, I have found the problem. The table for 'States' was not populated. Once there is at least on entry, the field stays visible. It is minor, but I would be more logically to show the state field anyway if the flag for the country is set to 'ON'.

With Debug Profiling I also catched the database query that queries the containts_states flag. This query results with the field set to '1'.

I did a new approach to upgrade TB from 1.0.8 to 1.6. I did a fresh Install of TB 1.6. Then I exported my customer and order data from database and imported these on the freshly installed 1.6. test environment. My default country is Switzerland and I have set 'contains states' to yes. Regardless if I work on shop addresses page or customer addresses page, the State just pops up for a second and then the field disappers. I cannot save or change addresses as long as the 'contains states' flag is set to ON. I could not figure out why the states field is disappearing. I looks like some javascript code might set the field state to hidden.

Hello Datakick Thank you for your message. I will note this for a next try. I had to revert back to 1.0.8 since I couln't work longer to figure out all the different bugs or errors. I now created a test environment to progress with the update and if this works, I would try it again on production. best regards, Scully

Hello, I upgraded TB from 1.08 to 1.6. After this upgrade the pdf invoice just renders with a blank page. However the delivery slip works. I couln't not get / fetch any error message. I turned debug mode to ON and I also set show errors in php.ini but I never could get an error message. Anyone could help to sort this out? best regards, Scully

I feel sorry to have learned lately that Datakick quit the TB project.

Sad to read this news from Datakick a little late. I can unterstand him. I spent around 3 years in contributing to Prestashop and saw the downsides there. Little appreciation from the community and even less than little money. So I would be willing to pay some fix fees. I would vote for flexible rates, not all TB users might be able to throw a $50 per month. best regards,

Hello Datakick, I recently installed the black hole module. It works during testing but it haven't trapped any bot so far. I am just guessing: Might it bee that the robots learn quickly about traps, expecially if the trap URI is fix? And then: might it be an option to generate a random URI? I though I am familiar with PHP I couln't make out where the /blackhole/ URI comes from. Is it the directory within the module path or is it in the code? Yes I found the "getTrapUrl" function but changing code there didn't work as expected. Best regards and thank you for your work. Scully

What is difficult in reading the prestashop post and apply it in similar manner in thirtybees? First you need a CSS class. In the example its name is graypicture This is responsible for the CSS formatting of images in grayscale. It is not an existing class in TB, so you need to add it to your global.css. Plenty of web pages out there explain how this CSS rule must look like. Then you need to add a condition to the file product-list-item.tpl This code from the prestashop example ... $product.quantity <= 0 ... is the magic part for the if condition. Do some own research and learn with it, piece by piece.

An total of "all modules" of 200 + is normal in prestashop. An "installed modules" list between 30 and 70 is also common in prestashop. Note the difference between "all" and "installed".

The error comes from a non-standard module named footercustom You might want to try to uninstall this module properly.

@Script-Fu: Read what I have written. Don't just ask the same again and again. Everyone note that Script-Fu talks and show screenshots from Prestashop, NOT from Thirtybees. The modules list is a merge from multiple XML files in /config/xml. So deleting folders does nothing at all in relation to the "all modules" list.