Skip to content
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

[Bug]: Regenerated responses will hide all other messages on a (seemingly) random basis #3813

Closed
1 task done
ThomasBaruzier opened this issue Aug 28, 2024 · 3 comments
Closed
1 task done
Labels
🐛 bug Something isn't working

Comments

@ThomasBaruzier
Copy link

ThomasBaruzier commented Aug 28, 2024

What happened?

I've seen this bug around 10% of the time when regenrating responses. When it happens, upon the end of generation of a regenerated response, all above messages vanish. A reload of the web page fixes this bug.

Steps to Reproduce

I haven't found a way to reproduce the bug determiniscally, but it happens with any endpoint :/

  1. Write a few messages
  2. Regenerate some of them
  3. Hope that bad luck is with you in order to get the bug

What browsers are you seeing the problem on?

No response

Relevant log output

No response

Screenshots

screen.webm

Code of Conduct

  • I agree to follow this project's Code of Conduct
@ThomasBaruzier ThomasBaruzier added the 🐛 bug Something isn't working label Aug 28, 2024
@danny-avila
Copy link
Owner

Thanks for noticing this, I've noticed it myself time to time, about 10% like you said (usually when I'm being aggressive with regenerations). Hope to triage/resolve by the next release

@xyqyear
Copy link
Contributor

xyqyear commented Nov 22, 2024

This is very easy to reproduce:

Just keep regenerating until the total number of messages in this conversation exceeds 16 in total in all branches, then refresh the page.

see my reply in #4761

Update: Nevermind. It only breaks in the forked conversation. Following the above steps in a new conversation won't have any issues.

@danny-avila
Copy link
Owner

I believe this issue was fully realized and addressed in this recent PR: #5833

The fix addresses an edge case for regeneration/re-submission of edited message that could be the root cause here.

The only other edge case we've identified is when messages are not ordered in created order, which messes up the branching, and that was addressed here: #4761

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🐛 bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants