Issue 584198 in chromium: <link rel="preload" as="font"> causes double-download

[chro...@googlecode.com]

Status: Unconfirmed
Owner: ----
Labels: Cr-Internals-Network Pri-2 Via-Wizard Type-Bug OS-Windows

New issue 584198 by steffen....@gmail.com: <link rel="preload" as="font">
causes double-download
https://code.google.com/p/chromium/issues/detail?id=584198

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like
Gecko) Chrome/48.0.2564.103 Safari/537.36

Example URL:
http://www.steffen185.de/font-preload/index.html

Steps to reproduce the problem:
1. Open the Network tab of the Developer Tools
2. Go to http://www.steffen185.de/font-preload/index.html

What is the expected behavior?
font.woff should be loaded once.

What went wrong?
font.woff is loaded twice according to the Developer Tools.

Did this work before? No

Chrome version: 50.0.2640.0 Channel: canary
OS Version: 7
Flash Version:

Attachments:
Screenshot from 2016-02-04 11-11-08-fs8.png 23.2 KB

--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

[chro...@googlecode.com]

Updates:
Labels: Cr-Blink-Loader

Comment #1 on issue 584198 by mme...@chromium.org: <link rel="preload"

as="font"> causes double-download
https://code.google.com/p/chromium/issues/detail?id=584198

(No comment was entered for this change.)

[chro...@googlecode.com]

Updates:
Labels: -Cr-Internals-Network

Comment #2 on issue 584198 by mme...@chromium.org: <link rel="preload"

[chro...@googlecode.com]

Updates:
Status: Available
Labels: -OS-Windows OS-All Cr-Blink-WebFonts

Comment #3 on issue 584198 by toyo...@chromium.org: <link rel="preload"

as="font"> causes double-download
https://code.google.com/p/chromium/issues/detail?id=584198

I can reproduce this on Linux. The second load is stalled until the first
load is finished, then the second load start accessing to the network even
if the first load comes from cache.

[chro...@googlecode.com]

Updates:
Cc: kenji...@chromium.org

Comment #4 on issue 584198 by ksak...@chromium.org: <link rel="preload"

as="font"> causes double-download
https://code.google.com/p/chromium/issues/detail?id=584198

(No comment was entered for this change.)

[chro...@googlecode.com]

Updates:
Status: Assigned
Owner: y...@yoav.ws

Comment #5 on issue 584198 by toyo...@chromium.org: <link rel="preload"

[chro...@googlecode.com]

Comment #6 on issue 584198 by y...@yoav.ws: <link rel="preload" as="font">
causes double-download
https://code.google.com/p/chromium/issues/detail?id=584198

I'm able to reproduce. on it

[chro...@googlecode.com]

Updates:
Status: WontFix

Comment #7 on issue 584198 by y...@yoav.ws: <link rel="preload" as="font">
causes double-download
https://code.google.com/p/chromium/issues/detail?id=584198

Since fonts are loaded with a crossorigin flag, a font preload requires
a "crossorigin" attribute. See https://github.com/w3c/preload/issues/32

See http://test.weissyoav.com/tests/preload/font2.html for a similar
example that doesn't double download. The only different is the
`crossorigin` attribute.

[chro...@googlecode.com]

Comment #8 on issue 584198 by toyo...@chromium.org: <link rel="preload"

as="font"> causes double-download
https://code.google.com/p/chromium/issues/detail?id=584198

Thanks yoav!

[chro...@googlecode.com]

Comment #9 on issue 584198 by steffen....@gmail.com: <link rel="preload"

as="font"> causes double-download
https://code.google.com/p/chromium/issues/detail?id=584198

Oops, I thought the "crossorigin" attribute was unnecessary in the example
because the font is loaded from the same origin. With the "crossorigin"
attribute it works fine. I'll try to understand the reasoning for this
decision (https://github.com/w3c/preload/issues/32). Thank you, Yoav!

[chro...@googlecode.com]

Comment #10 on issue 584198 by y...@yoav.ws: <link rel="preload" as="font">
causes double-download
https://code.google.com/p/chromium/issues/detail?id=584198

FWIW, I agree it's confusing...