the.rampage.rado

I know how it appears but I would like to check your live site. I'm online now so if you have 5 minutes you can switch it.

Could you switch to Friendly URLs ON and give us an example link as you say it's not on all your products?

tb(or ps)_newsletter

Tell them you have this error: https://www.google.com/search?q=client+denied+by+server+configuration&oq=client+denied&aqs=chrome.0.0i512j69i57j0i512l8.6372j0j7&sourceid=chrome&ie=UTF-8 and that some parts of your admin sectiond don't load. In those results there are few fix proposals but I'm not sure if they are not security issues if applied. May be somebody may advice. The commands are different for apache 2.2 and 2.4, that's why I asked. Contact your host and they will know what to do for sure. Also there are results for page_speed conflicts, mod_security conflicts, etc. Might be this also.

It's definetly some sort of server issue/misconfiguration. I've never seen such issue since the PS times.

Is this Apache 2.4?

Fixed by @datakick in the most recent edge. Please update and clear cache.

Sorry, wrong thread. I was referring to the other issue with the cart.

I made a github issue here. It does it only for instock products w/o combinations. Tried out of stock products w/ combinations and instock ones w/ combinations - both conditions work as expected. This error is part of the most recent tweaks and optimisations. Please, wait for a fix today.

Lol... nice find, same here... 🙂 In the end if it leads to more sales it's OK 😄

Very tangential question but I believe no need for new thread as it's just a question, not high priority. when inserting a script in Custom code it get added type='text/javascript' which is not needed in HTML5 same when adding <br> in Product/CMS text fields it's corrected to <br /> many native modules and some of my theme files have void elements ending with ...../> So is TB targeted to be HTML5 or it's keeping some compliancy with XHTML? I was unable to find information about that. PS - I know all are not 'errors' per se but if TB targets only HTML5 compatibility could we correct those?

Can you tell us what caching you're using. Also give us information about your encrypting method and your setup (php version, TB version), so we can troubleshoot. Link would be great too (preferably on DM).

Open this file: and edit the highlighted 121 line to datakicks version and it will work as it used to before. 😉

The original search must be working for all products. Please, if you find some issues with it show us examples because it's much easier to troubleshoot.

Rename class Attribute to ProductAttribute as it was renamed in TB for compatibility with php 8.

Can you describe your product setup? Do you use ASM? Can you put the settings from here:

Make a DB backup before you apply all of those. Most are non-critical (ignore the red label) but few of them might be part of this rework I mentioned. Each file update to most recent bleeding edge version should be followed by check and update on any available fixes here because otherwise the shop might end up broken.

Screenshot? Most fixes are fine if you had never tweaked manually the DB

Can you send a link on DM?

Because few months back there was a large rework for attributes. I imagine you don't have pending DB changes to do in coreupdater?

Did you recently update your TB?

Did you try with 1.4?

With any similar powerful script you should first backup your files and ensure the backup is complete. Then apply it and see if the changes affect your problem.

I'm not sure exactly what condition in each status makes takes or adds quantity but in order to 'reactivate' an order please try the following sequence: Customer orders -> Order is on Preparation in process (quantity is substracted) -> You cancel the order for whatever reason with Canceled (Order is added to available quantity) -> you want to renew the order, puting it back on Preparation in Process (quantity is subtracted again) -> you assign bank payment, Waiting for bank payment (no quantity changes, email for bank payment is sent out) -> you continue as you wish (Completed or Canceled) In general I believe some of them are internal statuses that even don't send email to the customer, in this case Waiting for bank payment is not intended to subtract stock. But I don't know what checkmark makes the subtraction (probably Consider the associated order as validated.)