Yes, the grep had only one result for search_page and block.
Instead of exporting the config files, i simply searched in my repository for building the docker image, in this repo, we manually add modules (entity_clone,rdf,token,metatag etc...). From what i see the entity_clone module seems to call search_page in multiple places :
I searched in config and key_value tables, no results for search_page.
Since this problem was pretty urgent (we could not deploy in production), i managed to find a parade :
We don't use blocks nor search_pages so to prevent any piece of code to try to retrieve any non-existing block or search-page, i modified my gatsby-config.js and added :
disallowedLinkTypes: ["block--block", "search_page--search_page"],
to my gatsby-source-drupal config.
Now nothing CAN fetch these elements, i don't get a 500 error and i can deploy. But something still tries, so if we ever need to use blocks or search_pages, i'll have to remove this line, and we'll have the problem again.
Still, for now, this is a temporary fix.
Hello,
My bad, this post was "detected as spam" and thought i didn't post it in the right place.
The thing is
jsonapi.search_pageis not called anywhere in my website's code. Thus, it might be called by a module.
Also, i have no search_page nor block content created on drupal...