Large inventory errors

Where the problem occurred: Since updating from MV standard 4.17.1 → 4.18.3
I’m unsure if these are considered “bugs” however both seem to deal with high number of items causing a “disappearing” act.

Details of the problem:
Issue 1
Since I cannot create a promotion that applies to an entire vendor’s store, I have to manually add all their inventory. The vendor requested a one-time-use coupon code for a specified dollar amount.
The steps:
→ Promotions > Conditions, I added the coupon code and entered a code.
→ Added “Once per customer.”
→ Proceeded to add products, specific vendor’s inventory (over 2,000 items).

Adding minimal items, it will save. However if more than 500 items; upon saving, ALL the conditions vanish. All 5 times I tried, all ending in the same result.

Issue 2
A vendor of ours had a 7-item order last week and had no issues. However yesterday they got a 33 item order and the shipping rates did not calculate upon checkout.
I’ve checked several times and they have their rates set up for up to 49 items, I’ve tested the rates in my cart and all seemed fine adding a few items.

Their shipping rates are setup by item conditions.
1-2 items = $4
2-3 items = $4.25
3-4 items = $4.50 and so on, upto 49 items.

Try to increase value of the following directives on the server

max_input_vars
post_max_size

1 Like

This does not seem to be the issue base on the settings I provided.

Looks like they are, in fact, directly related to this issue.

Is it directed at both issues, or just the one?

Most likely.

And for the future, I’d like to point out that if you want to report multiple issues in the Bug tracker forum branch, you should post them in separate threads.

Sorry, “most likely” to which portion of my question?
I apologize for making the assumption that both issues were connected. To clarify, I’ll create separate posts for each issue moving forward.

Here’s what has happened so far:
Following the suggestion to adjust the specific settings, the hosting provider made the changes. However, by doing so it caused the image upload feature to stop working, displaying an error that the maximum image upload size is 0MB, preventing vendors from posting.
The hosting team reviewed the log file and shared a screenshot with me.

It appears the issue is related to an optimizer.

Could all these issues be connected?

Most likely for both.

As I can see from the log, this issue is not related to the increased values of the proposed parameters. However, it seems that the PHP version used was built without support for WebP images. You will need to contact your hosting team in this case.

Also, I haven’t seen the code of the add-on you are using, but I can recommend to call the exif_read_data function before calling the exif_imagetype function, which can check for support of the file type being used.

Thank you for your response!

It’s surprising that a change in settings did in fact halt the functionality, but reverting to the previous settings allowed vendors to list items again. I also informed the host about the lack of WebP support with the current PHP version, and they provided a screenshot confirming that support is enabled.

Both you and the host have suggested reaching out to the add-on developer, so @ecomlabs , the ball is now in your court. What specific details should I share with your support team? Or should I simply copy this entire conversation for context?

1 Like

@ecomlabs ?
Following up on this.

Please drop a request on our website with the link to this thread. It think, SSH access will be also required for the examination

2 Likes

Submitted a ticket, with the link to this thread and SSH credentials.
Thank you!