-
-
Notifications
You must be signed in to change notification settings - Fork 515
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error handling custom Ollama URLs with subpath ending with / #229
Comments
Oh no, I trimmed the ending slash because the Ollama API causes issues if the user adds it! 😊 Glad you found a solution—is it working? This is a great find for others with a similar issue. |
Yes, adding lots of |
I'll add a setting where you can disable this :) in an upcoming version |
I submitted a PR that does just that. |
Hi,
Thank you so much for such a user-friendly extension, I just discovered it and I had to play a bit with the settings to get it to work with my Ollama instance. It isn't available at localhost:11434, I have it at a custom URL and custom path:
https://xxx/ollama_api/
.I use Caddy to map the subpath to Ollama and I have other services running at
https://xxx
so queryinghttps://xxx/ollama_api
will return a 404. Queryinghttps://xxx/ollama_api/
returns Ollama is running.Now this configuration seems to mess a little bit with your extension as it tries to remove the / at the end. I can see my models in the list (because the extension successfully queries
https://xxx/ollama_api/api/tags
) but I still have an error message in the middle of the window because that central panel tries to queryhttps://xxx/ollama_api
.My guess it that the culprit is this function. I understand the need for it but maybe it could be made a little smarter? Like testing the URL first with the "/" and removing it only if the address doesn't work? 😊
The text was updated successfully, but these errors were encountered: