Pokémon form flavor text not appearing/Different JSON on similar requests

[Lafoxnir]

Hello,

I have a feedback on a recent feature of the API : the flavor text for pokemon forms (see this PR). When I go to the pokemon-form/10033 which is deoxys-speed, the flavor_text is present; however when I go to the pokemon-form/deoxys-speed it is not present.

Steps to Reproduce:

1. Check pokemon-form/10033 result
2. Compare with pokemon-form/dexoys-speed result

In my mind it should be the same object that is returned but it does not seem to be the case here.

[FallenDeity]

flavor_text_entries? looks to be present for me it might be the cloudflare cache perhaps u can curl with -I flag to confirm the headers look the same for both? since both endpoints are aliases for the same resource

[Lafoxnir]

Yes flavour_text_entries.

Here are my headers for the two requests :

curl -I https://pokeapi.co/api/v2/pokemon-form/10033
HTTP/2 200
date: Mon, 31 Aug 2026 09:23:42 GMT
content-type: application/json; charset=utf-8
content-length: 821
access-control-allow-origin: *
access-control-expose-headers: X-PokeAPI-Hash,X-PokeAPI-Deploy-Date
cache-control: public, max-age=86400, s-maxage=86400
nel: {"report_to":"cf-nel","success_fraction":0.0,"max_age":604800}
etag: W/"c3c-ugixrpM5am6WH0Nbot5/xIFecCA"
function-execution-id: 3v724512kbq4
server: cloudflare
strict-transport-security: max-age=31556926
x-cloud-trace-context: 2746a7661cc7ddc9718cb1a30b835322
x-country-code: IE
x-orig-accept-language: fr-FR,fr;q=0.9,en-US;q=0.8,en;q=0.7
x-pokeapi-deploy-date: 1787889721
x-pokeapi-hash: 7af36d9
x-powered-by: Express
x-served-by: cache-dub4378-DUB
x-cache: MISS
x-cache-hits: 0
x-timer: S1787925066.833326,VS0,VE711
vary: Accept-Encoding,cookie,need-authorization, x-fh-requested-host, accept-encoding
alt-svc: h3=":443"; ma=86400
report-to: {"group":"cf-nel","max_age":604800,"endpoints":[{"url":"https://a.nel.cloudflare.com/report/v4?s=nhtaZZj6JvVFjBiHbhr0QkylwYU6tOFeENQ1kRjjUvlV6wtx4H8L06f7%2Bji%2FdlWODKRKJbwohWnrdIOW7z6h%2BNfD9wSrF7140EjMCuldrIBdvfubRX4JfO4DMl3YbcU47WxDv%2FIahwvR"}]}
age: 71778
cf-cache-status: HIT
cf-ray: a33afa60c98ec8e1-MRS

curl -I https://pokeapi.co/api/v2/pokemon-form/deoxys-speed
HTTP/2 200
date: Mon, 31 Aug 2026 09:23:54 GMT
content-type: application/json; charset=utf-8
content-length: 821
access-control-allow-origin: *
access-control-expose-headers: X-PokeAPI-Hash,X-PokeAPI-Deploy-Date
cache-control: public, max-age=86400, s-maxage=86400
nel: {"report_to":"cf-nel","success_fraction":0.0,"max_age":604800}
etag: W/"c3c-ugixrpM5am6WH0Nbot5/xIFecCA"
function-execution-id: zv05cpkmuvdz
server: cloudflare
strict-transport-security: max-age=31556926
x-cloud-trace-context: 690e92946e0e949796dd91357d3c57e8
x-country-code: IE
x-pokeapi-deploy-date: 1788012131
x-pokeapi-hash: 3a588cf
x-powered-by: Express
x-served-by: cache-dub4342-DUB
x-cache: MISS
x-cache-hits: 0
x-timer: S1788123245.792803,VS0,VE299
vary: Accept-Encoding,cookie,need-authorization, x-fh-requested-host, accept-encoding
alt-svc: h3=":443"; ma=86400
report-to: {"group":"cf-nel","max_age":604800,"endpoints":[{"url":"https://a.nel.cloudflare.com/report/v4?s=i5l36mTxJ%2Faqn50TCSVOgA2%2FcB2CsXygkl2c79TSi7mRs9qOCDG42iPYT64H89uhBG6YTlDgs66SBU6g4M5Tbi%2FdrStDvzBKUa3i8t3N%2BmwNM9l%2BAkrDqxM0MOMWaMTbsRYZELYpawFt"}]}
age: 44989
cf-cache-status: HIT
cf-ray: a33afaa71e66e240-MRS

I do have the flavour_text_entries with the curl requests but the website does not seem to have them for deoxys-speed (even after clearing the cache on my end)

[FallenDeity]

note the different x-pokeapi-hash and deploy dates for both endpoints it might be that the cf cache is not being purged either from the edge nodes properly or our cf purge might have a bug

cc: @Naramsim can you give this a look here, I encountered this a bit ago too with some stale references at some endpoints

[Naramsim]

Hi! Yeah, Cloudflare doens't (sometimes) purge the cache when we explicitly ask for it (at deploy time). We can devise a better method, maybe sending the request multiple times.

[Naramsim]

From the Discord thread:

@FallenDeity :

ngl i dont think the cf cache clear is happening there are 2 purges as of now

  purge_cache:
    executor: node
    steps:
      - run:
          name: Purge Cloudflare cache
          command: |
            sleep 10
            curl https://api.cloudflare.com/client/v4/zones/1b447807502a801bdff3f71052fab25b/purge_cache \
              -H 'Content-Type: application/json' \
              -H "Authorization: Bearer $CF_POKEAPI_CIRCLECI_CACHE_PURGE_NARAMSIM" \
              -d '{
                "files": [
                  "https://pokeapi.co/"
                ]
              }'
            curl https://api.cloudflare.com/client/v4/zones/1b447807502a801bdff3f71052fab25b/purge_cache \
              -H 'Content-Type: application/json' \
              -H "Authorization: Bearer $CF_POKEAPI_CIRCLECI_CACHE_PURGE_NARAMSIM" \
              -d '{
                "tags": [
                  "website"
                ]
              }'

one is single file url on the root site and other does it for all the pages tagged with website which is tagged via firebase.json https://github.com/PokeAPI/deploy/blob/82cacf06557729a1b3ea54ee4ccce5126dcfd295/firebase.json#L8-L47 i dont see api/v2/ matching here nor being set by the function i think we just rely on that 24h ttl to expire which would explain why next day it started working for me

@Naramsim :

It makes sense, I thought I set it up better but this is the actual behavior.

We might then add a Cache-Tag in the Firebase conf or in the function code and then use it for purging the cache via tag