Image component generates the unused original image only when reading the image property.

[tenpaMk2]

Astro Info

Astro                    v4.15.1
Node                     v18.20.3
System                   Linux (x64)
Package Manager          npm
Output                   static
Adapter                  none
Integrations             none

If this issue only occurs in one browser, which browser is a problem?

No response

Describe the Bug

<Image> generates unused original images only when reading its property (like .width ).

Example

See the StackBlitz that is created from the empty project template.

Whether or not <Image> generates the original image depends on whether or not the .width property is read.

The following code generates the original image.

---
import myImage from "../sample.png";
import { Image } from "astro:assets";
---

...

<Image
  src={myImage}
  alt={`width is ${myImage.width}`}
  format="webp"
  widths={[240, 540]}
  sizes={`(max-width: 360px) 240px, 540px`}
/>

The following files are generated in the dist/_astro directory.

• sample.DRk6a-UB.png <- The original image that is unused!!
• sample.DRk6a-UB_2wRPSH.webp
• sample.DRk6a-UB_AXNuM.webp
• sample.DRk6a-UB_ZbJNag.webp

Strangely enough, if you delete ${myImage.width} , the original image is not generated.

Related issues?

• Exclude original images from output dir #8143
• @astrojs/image: Don't include original image in output bundle #4961
• Picture component generates unused images #8866

What's the expected result?

The original image should not be generated in the _astro directory because it's never used in HTML.

Link to Minimal Reproducible Example

https://stackblitz.com/edit/github-jovs8y?file=src%2Fpages%2Findex.astro

Participation

• I am willing to submit a pull request for this issue.

[Princesseuh]

At the moment this is kinda intended, to be on the safer side regarding keeping images that might be needed. I think it would be possible to just limit it to src though.

[tenpaMk2]

OK, thanks.
I will implement the following workarounds.
#4961 (comment)