@jake@DavidParys Thanks for flagging this. We're aware of this issue, and we're working on it right now. I'll let you know when I have more information.
I can also confirm that past builds - I am using vercel so I can rebuild commits and branches from the past - have the same issue, which means it doesn't come from package versioning/mistake in the code.
@jake@will@DavidParys It doesn't look like a problem with the API. Could you share your project files with me so that I can try debugging? You could send me a ZIP file or invite me to a git repo (github username samlfair).
I think you may well be on to something! We're currently using (and have been using for some time without issue) the https:/[repoName].cdn.prismic.io/api/v2 version, from a quick test if we change to https:/[repoName].prismic.io/api/v2 (without cdn) the url field is returned as expected.
But as you say would be good to get clarification from @samlittlefair on which url to use, as seems like there are some implied performance benefits to using the cdn version?
You should definitely use the CDN. It improves response times and scalability. But it's really interesting that that makes a difference. I'll report that the dev team.
This is extremely strange. We can't think of any reason why there would be a difference between the CDN and the main API. We can't reproduce the issue on our side. Could you share your project with me, so I can try to reproduce it?
@DavidParys If you could create a separate project that recreates the issue, that would work for me. I've looked at the repository, and the Route Resolver works fine for me, but I'm testing it in a very different context from you.
Hello, I have the same problem since yesterday.
With .cdn in the endpoint no retrieved document seems to contain its url.
The problem must therefore come from the route resolver request: it does not return the same choice on the endpoint with .cdn and without.
This problem occurs on all my Prismic repositories.