HTTP 500 Server Error returned with intentionally empty tiles (aka missing tiles), ideally should return HTTP 204 No Content

[davidcalhoun]

Hi folks, thanks for making this great library!

I'm running into a situation where our UI makes requests for areas where there's no data (empty tiles). In these cases martin returns HTTP 500 responses which causes a lot of spam in our network logs (too many false positive errors, falsely indicating there's a problem with the server). In this situation the empty tile is normal and expected(not a server error as implied by HTTP 500) and IMO should be something nominal like HTTP 204 No Content. Is there any way to configure this?

There's suggestions online to alternatively fill all the empty tiles with stub data or something, but this seems not ideal and wasteful in terms of added size. I'm open to any other alternatives though.

Thank you in advance!

[davidcalhoun]

Extra context: mbtileserver returns HTTP 204 No Content for missing tiles, which is more ideal, see their readme.

[nyurik]

Martin should not return 500 if a tile is missing, and has special handling for that. If this is failing, it means the specific backend you use (pg/mbtiles/pmtiles) has incorrect implementation, and returns an error on empty - I will need to reproduce this to fix it. Please provide martin version, and all the specifics of your backend. Thx!

martin/martin/src/srv/tiles.rs

Lines 104 to 105 in 7be4360

	Ok(if tile.data.is_empty() {
	HttpResponse::NoContent().finish()

[davidcalhoun]

Thank you for the quick reply! I'll take a look and provide more info when I can.

[davidcalhoun]

Thanks again for the input, I know it's been some months. I'm looking into this more and it seems likely that the HTTP 204 is actually getting converted to HTTP 500 by our GCP load balancer, but I still need to confirm. Just wanted to provide this info in case folks experience similar issues.