You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
if src of an amp-img points to a .webp file, we should be able to short circuit to fallback immediately without waiting for img load to fail. This will remove one extra download in iOS case.
There will be cases where file extension is not present which this won't support. Also supporting srcset requires parsing and even in that case a mixed srcset will not work so skipping srcset all together for this.
There is a small chance some files with .webp extension are not actually .webp and may return some other format (maybe depending on requester) and rely on browser content-sniffing to get around the discrepancy. I think this is acceptable but we should put the new behaviour behind an experiment first just in case.
The text was updated successfully, but these errors were encountered:
since cache server-side detects support and responds with webp (even for .jpg extension), I don't think this is something we want to do. Documenting the server-side solution (#21912) is the right way to go.
if
src
of anamp-img
points to a.webp
file, we should be able to short circuit to fallback immediately without waiting forimg
load to fail. This will remove one extra download in iOS case.There will be cases where file extension is not present which this won't support. Also supporting
srcset
requires parsing and even in that case a mixed srcset will not work so skippingsrcset
all together for this.There is a small chance some files with
.webp
extension are not actually.webp
and may return some other format (maybe depending on requester) and rely on browser content-sniffing to get around the discrepancy. I think this is acceptable but we should put the new behaviour behind an experiment first just in case.The text was updated successfully, but these errors were encountered: