<Image> not working for github attachments | Astro Lounge | Page 1

errant nacelle Apr 28, 2026, 3:59 PM

#

First I tried in mdx

import { Image } from 'astro:assets';

## Abc

<Image width="2878" height="1610" src="https://github.com/user-attachments/assets/62464ccc-a34f-4bef-a819-37d4ff1a0931" loading="lazy"
alt='kekw' />

when I try to use md syntax for image ( check 2nd image )

[alt](link)

Astro config

    image: {
        domains: ['github.com'],
        remotePatterns: [
            { hostname: '**.github.com' },
            { hostname: '**.githubusercontent.com' },
        ],
    },

All I want is optimizing remote images. whats the best approach to this?

main bison Apr 28, 2026, 5:19 PM

#

errant nacelle First I tried in mdx ```md import { Image } from 'astro:assets'; ## Abc <Ima...

What version of Astro are you on?
Also just to confirm, you were using the ![alt](link) syntax right? (including the exclamation)

#

I get a completely different error, but maybe a newer version of Astro made the error more clear.

fresh tiger Apr 28, 2026, 5:22 PM

#

Also: Could you try removing the width and height attributes, but add inferSize instead. This is specifically for remote images. Not sure if this is related, but maybe the sizes are not right? 🤔

main bison Apr 28, 2026, 5:23 PM

#

~~It's a CORS problem. As always.~~

#

Wait no that doesn't make sense xD

#

The server is fetching it so it should go through.

#

Ok, I see the actual issue.

#

At least for the error in my case, so I would like to confirm what version of Astro you are running.

errant nacelle Apr 28, 2026, 6:43 PM

#

main bison At least for the error in my case, so I would like to confirm what version of As...

6.1.9

main bison Apr 28, 2026, 7:04 PM

#

Huh. Well I can't replicate the exact error you are getting.

#

Regardless, I think the issue is that GitHub returns a 302 for their uploaded images.

#

The Astro image handling explicitly doesn't handle redirects but it really doesn't give a proper error message.

errant nacelle Apr 28, 2026, 7:24 PM

#

main bison Huh. Well I can't replicate the exact error you are getting.

can you try

![kekw](https://github.com/user-attachments/assets/62464ccc-a34f-4bef-a819-37d4ff1a0931)

#

main bison Apr 28, 2026, 7:25 PM

#

errant nacelle

Are you rendering the markdown as <Content />?

#

I get

FailedToFetchRemoteImageDimensions
Failed to retrieve remote image dimensions

errant nacelle Apr 28, 2026, 7:26 PM

#

main bison Are you rendering the markdown as `<Content />`?

how did u know

#

😮

main bison Apr 28, 2026, 7:27 PM

#

Because of the stack trace 😄

errant nacelle Apr 28, 2026, 7:27 PM

#

#

only the <img> works

main bison Apr 28, 2026, 7:28 PM

#

Try with an image from like https://picsum.photos/200/300 (which also redirects with a 302).
You should get the same error.
And then open it in the browser, and copy the redirected link into the markdown, then it should work.

#

Just to see if the 302 is actually the issue.

errant nacelle Apr 28, 2026, 7:29 PM

#

main bison Try with an image from like `https://picsum.photos/200/300` (which also redirect...

nah that works

main bison Apr 28, 2026, 7:31 PM

#

errant nacelle nah that works

Oh yeah add picsum to the astro config to optimize

#

Otherwise it will not do anything with it.

#

I'm trying to speedrun writing a content collection right now.

errant nacelle Apr 28, 2026, 7:32 PM

#

true

main bison Apr 28, 2026, 7:42 PM

#

Okay yeah when rendering <Content /> I get the same error.

errant nacelle Apr 28, 2026, 7:43 PM

#

phew

main bison Apr 28, 2026, 7:44 PM

#

~~Looks like the 302 is not the issue? Although I don't get how it could not be.~~

#

Let's do some pnpm patch'ing

#

I patched in some extra logging... and I get Remote returned 400
(Edit: this makes sense, GitHub includes a unique ID in the query parameters so it only works directly from the redirect)

#

What

#

Anyway, the main issue right now is that the image link is returning a 302 redirect and Astro just doesn't handle them.

#

From reading the code it seems to be intentional.

#

I checked with the picsum images after adding them to the optimization and they also don't work because of the same issue.
And when I manually replace the URL with the URL from after the redirect, the picsum images start to work normally.

errant nacelle Apr 28, 2026, 8:02 PM

#

main bison From reading the code it seems to be intentional.

so what to do 😭

main bison Apr 28, 2026, 8:04 PM

#

I wanna ask one of the maintainers but I'm not sure how to be honest 🥲

#

Because I think having a redirecting URL as an image is pretty common.

fresh tiger Apr 29, 2026, 6:30 AM

#

main bison I wanna ask one of the maintainers but I'm not sure how to be honest 🥲

I think you could silently ping Ema or Florian for this topic...

Like that:

@silent @username

But if it can't be resolved, we could also summon the whole support team. But I'll wait if you created any repro 👍

dreamy rivet Apr 29, 2026, 8:00 AM

#

Ayup, just seen this. Is the TL;DR that the image component (and other stuff) doesn't work when there's redirects involved?

#

I think that could be patched in, maybe under a flag or a "allow how many redirects" kinda deal

fresh tiger Apr 29, 2026, 8:04 AM

#

dreamy rivet Ayup, just seen this. Is the TL;DR that the image component (and other stuff) do...

yes

dreamy rivet Apr 29, 2026, 8:04 AM

#

Alright, I'll get on it!

dreamy rivet Apr 29, 2026, 8:32 AM

#

Yeah I think I can make an option for that, to follow redirects

main bison Apr 29, 2026, 9:04 AM

#

dreamy rivet Yeah I think I can make an option for that, to follow redirects

Yo, thanks for looking at it.
From my tests it's a bit more complicated, and I don't fully understand what's happening.

This line seems to block redirects. I patched some extra logging to confirm this was the underlying error when the Failed to parse image reference error showed up.

const response = await fetch(url, { redirect: 'manual' });

But for some reason when trying to replicate it in StackBlitz, the image from picsum which 100% redirects did work.
The image from GitHub still didn't work. But the StackBlitz doesn't really work with PNPM patches so I couldn't confirm what was going differently there.
The only difference between those is that picsum redirects to the same domain (a subdomain), while GitHub redirects to s3.amazonaws.com.

#

Those two cases don't have a different code path from what I can tell.

dreamy rivet Apr 29, 2026, 9:05 AM

#

Yeah I'm at about the same point rn

#

I'll just make a followRedirects option to set that redirect thing to follow, seems to work locally so far

main bison Apr 29, 2026, 9:06 AM

#

Doesn't that create a security issue, allowing domains other than configured in the domains config?

#

Not sure, maybe if you trust a domain itself you should trust that it redirects properly as well.

dreamy rivet Apr 29, 2026, 9:08 AM

#

dreamy rivet Apr 29, 2026, 9:08 AM

#

main bison Not sure, maybe if you trust a domain itself you should trust that it redirects ...

That's what my idea was, yeah. Also the reason I made it an option instead of just making it the default.

main bison Apr 29, 2026, 9:10 AM

#

dreamy rivet

Nice. Could you test the GitHub link posted here as well?
It was a bit weird in my testing.

dreamy rivet Apr 29, 2026, 9:13 AM

#

Yep, just a sec

#

https://github.com/withastro/astro/pull/16511
Here's the PR for future reference. A draft for now

#

Yeah the github url works too

#

main bison Apr 29, 2026, 9:19 AM

#

chefskiss

dreamy rivet Apr 29, 2026, 9:20 AM

#

I'll still need to add tests and check in with other maintainers and the docs about the config option and how I added it, but I can probably get this done today, Friday at the latest

#

So if all goes well this'll land in 6.2, if not, 6.3

dreamy rivet Apr 29, 2026, 11:07 AM

#

Alright, next minor (6.2) seems likely. It'll evolve a bit until then but we've had others bring this up too

errant nacelle Apr 29, 2026, 6:09 PM

#

wow a whole lot of work just for my issue 😭 . Thanks guys

dreamy rivet Apr 29, 2026, 6:11 PM

#

We gotcha!

dreamy rivet Apr 30, 2026, 10:33 AM

#

Whelp, I tried! It'll be 6.3, unfortunately

dreamy rivet May 4, 2026, 2:57 PM

#

Release for this is Thursday or Friday!

errant nacelle May 5, 2026, 7:50 PM

#

Coool

errant nacelle May 12, 2026, 3:13 AM

#

dreamy rivet Release for this is Thursday or Friday!

did the pr got merged?

#

i see the 2nd pr being closed too 😭

dreamy rivet May 12, 2026, 11:47 AM

#

Yeah it's merged! 6.3 has image redirects!

errant nacelle May 29, 2026, 12:03 AM

#

dreamy rivet Yeah it's merged! 6.3 has image redirects!

does it work by default? i dont see it in docs

dreamy rivet May 29, 2026, 5:03 AM

#

Yep

#

It's dependent on your image.remotePatterns or image.domains configuration

errant nacelle Jun 2, 2026, 9:47 AM

#

dreamy rivet It's dependent on your `image.remotePatterns` or `image.domains` configuration

cool! let me try now, thanks again 😄

dreamy rivet Jun 2, 2026, 9:48 AM

#

If you run into issues, let me know!

errant nacelle Jun 2, 2026, 9:52 AM

#

dreamy rivet If you run into issues, let me know!

how's it working without patterns 😭

#

dreamy rivet Jun 2, 2026, 9:54 AM

#

You know, good question. kek

errant nacelle Jun 2, 2026, 9:54 AM

#

works regardless 🚀

dreamy rivet Jun 2, 2026, 9:55 AM

#

notworsethanwhatwehadbefore

#<Image> not working for github attachments