Make deploy (and make remote) fail when EXTRA_FILES exist about whatwg.org

[sideshowbarker]

So per https://matrixlogs.bakkot.com/WHATWG/2021-06-02#L81 —

i just found that if i change -F die-on=warning to F die-on=fatal, it seems to work as expected

…you mean that causes the image to get used as expected?

That seems to suggest the WARNING: Couldn't determine width and height of this image: stroked-text.png problem is what causes the failure when die-on=warning is set. And that warning is coming from Bikeshed, so that seems to indicate the image at least got successfully copied to where Bikeshed expects to find it… maybe?

So sounds like some insight from @tabatkins on this might be needed.

[miketaylr]

…you mean that causes the image to get used as expected?

Actually... no. So that's obviously not a great path forward.

[miketaylr]

https://tabatkins.github.io/bikeshed/#img-size

Note: Bikeshed will only successfully detect the size of local images, and will not attempt to fetch resources over the network, as there is no way for Bikeshed to know whether the size it would get is stable. Using local images is generally preferred, but if you need to use a remote one, consider setting the width and height manually.

I guess the issue here is the fact that bikeshed doesn't know about these EXTRA_FILES, because they're not actually sent. So it bails.

whatwg.org/resources.whatwg.org/build/deploy.sh

Lines 65 to 81 in dafacf4

	curlbikeshed() {
	# The Accept: header ensures we get the error output even when warnings are produced, per
	# https://github.com/whatwg/whatwg.org/issues/227#issuecomment-419969339.
	HTTP_STATUS=$(curlretry https://api.csswg.org/bikeshed/ \
	--output "$1" \
	--write-out "%{http_code}" \
	--header "Accept: text/plain, text/html" \
	-F die-on=warning \
	-F file=@"$INPUT_FILE" \
	"${@:2}")
	if [[ "$HTTP_STATUS" != "200" ]]; then
	cat "$1"
	rm -f "$1"
	exit 22
	fi
	}

[domenic]

It seems like you could fix this by adding width="" and height="" attributes to the source, maybe?

…

________________________________ From: Mike Taylor ***@***.***> Sent: Wednesday, June 2, 2021 13:09 To: whatwg/whatwg.org Cc: Subscribed Subject: Re: [whatwg/whatwg.org] Make deploy (and make remote) fail when EXTRA_FILES exist (#368) https://tabatkins.github.io/bikeshed/#img-size Note: Bikeshed will only successfully detect the size of local images, and will not attempt to fetch resources over the network, as there is no way for Bikeshed to know whether the size it would get is stable. Using local images is generally preferred, but if you need to use a remote one, consider setting the width and height manually. I guess the issue here is the fact that bikeshed doesn't know about these EXTRA_FILES, because they're not actually sent. So it bails. https://github.com/whatwg/whatwg.org/blob/dafacf456feb61c1f748ee47ff93e50c99bf053b/resources.whatwg.org/build/deploy.sh#L65-L81 — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub<#368 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AAEWYCLROC5KD4OEHIRECG3TQZQU5ANCNFSM457CX2WA>.

[miketaylr]

It seems like you could fix this by adding width="" and height="" attributes to the source, maybe?

Yeah -- I was just filing an issue to do that as a workaround for the compat spec.

[tabatkins]

Yeah, it's good practice to add width/height anyway, so Bikeshed started warning when it couldn't auto-determine them for you.

[tabatkins]

so that seems to indicate the image at least got successfully copied to where Bikeshed expects to find it… maybe?

Nah, the error message makes it clearer that it's not finding the image at all:

WARNING: Couldn't determine width and height of this image: stroked-text.png
[Errno 2] No such file or directory: '/tmp/stroked-text.png'

[annevk]

@plinss @tabatkins shouldn't the API-based Bikeshed not try to open such an image or are we expected to include the images in the payload somehow? (If so, how?)