-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Long messages cause an error #3441
Comments
+1 |
@alois8 |
Encountering this is a v0.1.9 copy |
modify to below can work well. |
can confirm this worked |
still a problem at #v0.25.6-alpha.1 when switched on postgres |
at which file, sorry? |
You will have to change |
how does this work if it cuts off at 255? dont we need the entire thing? |
it's just index used for searching, messages with more than 255 character won't have all their keywords indexed |
I can also confirm @tercel 's fix is working on my fork. I can open a PR with the fix if nobody is up for it. What's the best approach to patch the bug? On the new community plugins or directly in main? cc @odilitime |
Adapter changes happens in elizaos-plugins, core changes here in eliza |
Has this been fixed yet? I have the same issue on my end as well. I opened an issue over here that describes my issue. It happens always, the moment I run |
any status on this fix? |
I have added the same fix in the adapter repository, they forgot to added it when they make the reorganization |
In v2, the plugin has been separated into a different codebase, so I will close this issue. |
Describe the bug
Long messages cause an error.
To Reproduce
Using PostgreSQL as the database, sending a message longer than 255 characters causes an error.
Alternatively, if the most recent message is too long (an error occurs in factsProvider), the issue arises due to the message length. Since it uses the levenshtein function, the error message:
"levenshtein argument exceeds maximum length of 255 characters"
appears when a long message is processed. This happens immediately when sending a long message at once. Applying slicing resolves the issue, but I'm not sure if that's the right approach.
It would be great if someone could fix this.
I'm curious about the best way to handle this, though I haven't tested it on other databases.
Expected behavior
Long texts or past chat history should not cause errors.
Screenshots
Additional context
I don’t think this happened before… I’m not sure. I don’t know where to look.
The text was updated successfully, but these errors were encountered: