Problem with Product Images

[torvista]

ok, I'll sit corrected.

The inconsistency depending on location seems incorrect, and the allowing-anything-after-the-basename is a hole which has lead to this thread.

For me, the big picture is the core image-handling process seems very unwieldly for 2024...

[lat9]

ok, I'll sit corrected.

The inconsistency depending on location seems incorrect, and the allowing-anything-after-the-basename is a hole which has lead to this thread.

For me, the big picture is the core image-handling process seems very unwieldly for 2024...

I agree that it's inconsistent, but making that change would result in sites that "followed the rules" for years having to go back and rename any additional images for images present in the root /images directory.

[dbltoe]

How about providing a switch somewhat similar to the option of 0 vs 3 in columns for bootstrap?

I feel this was wrong from the start and that fact is not a very good reason for continuing.

Still trying to find code and fix.

[dbltoe]

What is so frustrating to figure out is that any product found by searching 11 has the "problem".

Any product found by searching for 01 does not.

[dbltoe]

Revisiting this as I think there may be an inherent bug somewhere in the system.

Let me know where my thinking is incorrect.

ncludes/modules/main_product_image.php uses lines 19 - 22 to strip the extension from the products image.

$products_image_extension = '.' . pathinfo($products_image, PATHINFO_EXTENSION);$products_image_base = str_replace($products_image_extension, '', $products_image);
$products_image_medium = $products_image_base . IMAGE_SUFFIX_MEDIUM . $products_image_extension;
$products_image_large = $products_image_base . IMAGE_SUFFIX_LARGE . $products_image_extension;

Therefore, xxxx111.jpg, xxxx112.jpg, and xxxx113.jpg should be passed to the system as xxxx111, xxxx112, and xxxx113 removing the (.) along with the file extension.

Then we move the to the product listing page and the additional images (in my case, xxxx111_a thru xxxx111_d)

The same thing is done to provide a base for additional images in includes/modules/additional_images.php.

What appears to be happening somewhere along the way is that the $poducts_image_base is being truncated to the first six characters after the extension is removed as the duplicate additional images only occur in products that have a match of the first six characters in the image filename.

I can find no where in the additional images file that this is happening but perhaps it is happening elsewhere.

[dbltoe]

An even better representation of the probblem is at https://russianradiantsa.com/index.p...oducts_id=1309.

One item picking up ten images instead of just the one matching the product's image filename.

Doing a workaround with DBIO means hours of work on each weekly input.

This is one of those things that would send someone to S h o p i f y.