Skip to content

Conversation

@dzucconi
Copy link
Member

@dzucconi dzucconi commented Jan 20, 2026

I noticed that fetchpriority was actually appearing in the DOM in Force any longer.

It's unclear to me why this is getting filtered out as this was working fine here in Storybook. Possibly something to do with SSR and differences in attribute filtering there... Possibly due to some dependency version difference. Either way, explicitly allowing it should make this work. Checking with a canary.

cc @artsy/diamond-devs

📦 Published PR as canary version: Canary Versions

✨ Test out this PR locally via:

npm install @artsy/[email protected]
npm install @artsy/[email protected]
# or 
yarn add @artsy/[email protected]
yarn add @artsy/[email protected]

@dzucconi dzucconi requested a review from a team January 20, 2026 14:51
@dzucconi dzucconi self-assigned this Jan 20, 2026
@dzucconi dzucconi added Version: Patch canary Publish a canary for this PR labels Jan 20, 2026
@dzucconi dzucconi closed this Jan 20, 2026
@dzucconi dzucconi reopened this Jan 20, 2026
@dzucconi
Copy link
Member Author

Huh, yeah still filtering... interesting.

@JanaeHijaz
Copy link

JanaeHijaz commented Jan 20, 2026

I experienced this issue as well. Whenever I use fetchPriority inside of <Image> or <Box>, it would swallow up the fetchPriority prop, worked fine when using <img> instead, weird that it's still filtering now.

@dzucconi
Copy link
Member Author

Yeah, it's related to styled-components props filtering — the question is why it's happening in Force, specifically.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

canary Publish a canary for this PR Version: Patch

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants