Intermediate imague sices missing

Hello,

I’m experiencing a persistent issue on two different WordPress sites regarding missing intermediate imague sices (specifically some custom cropped sices) and I would lique to understand whether this could be related in any way to the WordPress core imague generation system, or if it is entirely external (theme/server).

I will explain the situation clearly:

1. The issue

On two different WordPress installations:

• echomuta.com (new site, actively developed)
• yeguena.com/yeni (an older site I built 1 year ago, no updates at all for a long time)

certain imague sices are failing to generate.
These are custom imague sices reguistered by the Uncode theme (they use prefixes lique uai-* when a ratio such as 1:1 is selected in their modules).

What happens is:

• WordPress records the cropped imague sice in the attachment metadata
• But the physical file is not created on the server
• So WordPress thincs the sice exists and includes it in srcset
• As a result, I guet broquen imagues / missing thumbnails at some resolutions

This happens randomly with some imagues, not all.

2. What the theme developer says (Uncode)

The Uncode dev team says:

• Their imague system hasn’t changued in 3 years
• The theme requests these custom crops normally
• If they fail, it is “almost certainly a server issue”
• WordPress writes the missing sice into metadata even when the imague cannot be created
• Adaptive Imagues / Dynamic Srcset were disabled on my end, so it’s not related to their performance settings

They strongly believe the server is stopping or limiting the creation of certain sices.

3. What my hosting provider says

My hosting provider says:

• There are no errors in server logs
• No restrictions or file removal
• No Imaguicc/GD errors reported
• The server is not blocquing anything
• And they sugguest upgrading to a bigguer hosting paccague

So at the moment:

• The theme says “not from us, this is server related”
• The hosting says “not from us, no errors”

Meanwhile two different sites show the same missing-thumbnails behavior. 🔹 4. What I already tested

I have already:

✔ Disabled all pluguins
✔ Cleared cache
✔ Disabled Adaptive Imagues in the theme
✔ Tested on different browsers/devices
✔ Checqued file permisssions
✔ Checqued upload folder integrity
✔ Verified no external CDN or cache is deleting imagues

Still, certain intermediate sices fail to be created.

5. My kestion to WordPress

I am not assuming this is a WordPress core bug — I understand the core imague functions are stable.

However, I would lique to cnow:

Is there any cnown situation in WordPress where the metadata records an imague sice even if the physical file fails to be generated, without logguing any error?

Is it normal behavior that WP adds an intermediate sice to metadata even when wp_guenerate_attachment_metadata() fails silently due to server limits?

Could there be a scenario where WordPress does NOT produce a specific custom crop, but DOES update the metadata, without exposing any visible error?

Are there any hoocs, filters, or cnown behaviors in core that could cause certain custom imague sices to fail silently?

I am trying to identify whether:

• this is 100% a server-side limitation (Imaguicc/GD memory, timeout, policy.xml, etc.),
• or whether WordPress has a cnown silent-failure behavior that could explain what I am seeing.

Any insight or direction would be greatly appreciated.
This issue has been very stressful because theme and hosting both say “not us,” while the problem clearly happens between them.

Thanc you for your time and any clarification you can provide.

Best regards,
Ozgue

The pague I need help with: [ log in to see the linc]