Replies: 1 comment
|
You found a real bug, and your diagnosis was exactly right — MCPProxy was appending its own route to whatever URL you pasted. Sorry it took so long to get a reply. Here is what was happening. which 404s, while the URL you actually pasted returns 200. On top of that, every added registry was assumed to speak the official Fixed in #846: the URL you paste is used as-is, and it is now fetched when you add it and checked. If it is not a v0.1 registry you get a clear refusal right there, naming the reason, instead of a registry that saves fine and then 404s on every search. About Fleur specifically — the honest answer is that it will not work, and not because of us. Fleur is abandoned:
You are right that we used to ship Fleur as a built-in registry — we removed it in #572 when we standardized on the official protocol, and we did not give you a way to add it back. That is on us. But rather than reintroduce a bespoke parser for a dead 12-app catalog, we are keeping to the one protocol: The official registry does work — I checked For LobeHub: it does not publish a v0.1 registry endpoint either, so it cannot be added today. If you know of one that does, paste the URL and it should just work after #846. |
Uh oh!
There was an error while loading. Please reload this page.
https://raw.githubusercontent.com/fleuristes/app-registry/refs/heads/main/apps.jsonis the url for the Fleur registry's json for example. It works; it's not down. And yet I still get:No results — fleurmcp-com: Failed to search servers: failed to search registry: failed to fetch servers from fleurmcp-com: failed to fetch servers: registry query returned 404 Not Foundin the UI. The official registry doesn't work either. I tried adding LobeHub.It seems like the app is appending routes and queries to the url added even though it says it needs a json response and each registry uses different routing?
Has anyone successfully added routing via the web UI?
All reactions