Comments (17)
I've just updated from git and now, changing the config.ts IPs, everything is working as expected!!!
from core.
Does the "wrong" url work?
from core.
Nope, it doesn't work. I tested it from the same machine and another device in the same network and this address is not reachable. I tried 192.168.1.4:3000 from another device and the html loads properly but it shows "Something went wrong while connecting to the server. Please try again later". Using localhost the page loads properly.
from core.
I don't know how to fix at the moment.
Leaving the issue open in case someone has suggestions.
Thank you for reaching out, I hope you have fun with the cat!
from core.
Same issue for me on Linux Debian 11 minimal install.
I'll try with with a whole desktop vm install, using the cat from localhost.
from core.
@vcapoccia does it work on localhost?
from core.
Seems perfectly. I take this opportunity to congratulate you, Piero, because you are a clear example of Italian creativity and genius.
Looking forward to see other fireworks from there!
from core.
thank you a lot @vcapoccia !!!
Let's hack the cat! ^._.^
from core.
We're using VITE to run the front-end in 'development' mode, so the localhost URL is the correct one.
VITE will also try to expose the network IP, but since it depends on the machine configuration, it might not work if the machine network configuration has been customized.
Ofc we cannot store machine-specific customisation in the repository, so my suggestion for the moment would be to just ignore that message or feel free to open a PR to hide the network address ;)
from core.
@antonioru first of all, thank you for the reply. I don't have any custom network configuration (such for example static ip). Even if you cannot store machine-specific customization in the repo, maybe some specific instruction for network configuration helps people to spread the cat's verb worldwide! :)
In my case I just installed a Debian vm, apt installed docker, vim, git. Then followed the (really simple) md
from core.
@antonioru I am on a Mac with IP from the DHCP, nothing strange. Regardless of the IP shown in the loading message, the front end is reachable from the machine IP though, but when accessing it from other addresses, you get "Something went wrong while connecting to the server. Please try again later" so the problem is FE-BE communication when loading the FE with the machine's IP. If you want to do some debugging together, we could set up a Zoom call, and I'll show it to you.
from core.
I'm experiencing the same problem.
My coniguration:
- client Windows (Browser)
- server linux
- I'm able to connect to port 3000
- what is not working is the web socket on port 1865
- I changed in frontend/src/config.ts ip address fro localhost to my remote host IP
Something strange: I tried to implement a simple server socket on my remote host (I wanted to be sure that my firewall was properly configuredy) and I had at the beginning several problems, exactly same problems I'm experiencing with tha cat. Then I used a specific python package (https://pypi.org/project/simple-websocket-server/) and the connection worked fine (on port 1865).
So I'm able to reach the remote host estabilishing a working web socket connection.
Now, the question is why I'm not able to connect to the cat.
May be some mapping port mapping in the docker-config.yml file?
Thanks
from core.
@antonioru I am on a Mac with IP from the DHCP, nothing strange. Regardless of the IP shown in the loading message, the front end is reachable from the machine IP though, but when accessing it from other addresses, you get "Something went wrong while connecting to the server. Please try again later" so the problem is FE-BE communication when loading the FE with the machine's IP. If you want to do some debugging together, we could set up a Zoom call, and I'll show it to you.
Hey, @xdatap1 thanks for looking into it. No need for a Zoom call the issue is quite clear to me.
The reason why it happens is that the FE assumes the backend is always "localhost", so if you reach the FE from a different machine and it doesn't run the backend locally it won't be able to connect
As suggested by @marco-cagnoli change the config in the FE folder and restart VITE, it should fix it for now
from core.
There is now a .env.example
with some documentation. Both containers host and port can be customized.
Ignore vite logs in the console, as they are referring to the docker container ports and host.
from core.
Same issue for me on Linux Debian 11 minimal install. I'll try with with a whole desktop vm install, using the cat from localhost.
I got the same error. did you resolve it?
from core.
I tryied with a config workaround, using a ssh localhost tunnel from client to Cat's server, and it work for me.
from core.
Are you using the .env
config?
https://cheshire-cat-ai.github.io/docs/administrators/env-variables/
Also
https://cheshire-cat-ai.github.io/docs/faq/
from core.
Related Issues (20)
- Manage plugin upgrade HOT 5
- [Feature] Add hooks used in "why" response
- [BUG] UNSUPPORTED MEDIA TYPE for EmbedderOpenAICompatibleConfig HOT 3
- The cat is ignoring me HOT 11
- ENV variable for Qdrant endpoint doesn't seem to work HOT 11
- [Feature] add a new hook before that the document is parsed HOT 6
- Allow all endpoints to have or not final slash `/`
- [BUG] querying after uploading multiple large text files results in error '>=' not supported between instances of 'ValueError' and 'int' HOT 6
- [BUG] "Completions.create() got an unexpected keyword argument 'repeat_penalty'" (related to openai-python v1?) HOT 6
- [Feature]Docstring in the tools more clear HOT 2
- 1.4.5/1.5.1 problems using Azure OAI HOT 32
- Refactoring Azure integration HOT 1
- Error executing Chesire Cat with local llm and qdrant HOT 3
- [BUG] - core v1.5.1 traceback when connecting to remote qdrant of version v1.8.x HOT 2
- [BUG] upload memories HOT 1
- [Feature]Could the chat API support the OpenAI Chat Completion API standard to be compatible with a chat web app? HOT 4
- Cat is an agent ,support openai assistant API standard HOT 1
- [Feature] Add GET method to retrieve working memory information for the why HOT 3
- [Refactor] Refactory of OpenAICompatible LLM setting
- Update unstructured dependency
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from core.