-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
feat: Pick new model in thread if original model is unavailable #3385
Comments
Discord discussion: https://discord.com/channels/1107178041848909847/1273597436920594466 |
I think there are two potential scenarios here:
My view is that we should prompt the user to choose, instead of just using "next model". That way, we can solve for both situations at once, and not add an unnecessary edge case: Scenario 1: Thread model is deleted
|
Dup #3537 |
@imtuyethan I am breaking up our original issue into two issues:
Can you reply to this issue with the Wireframes (for this specific case). I am also queueing this in Sprint 20, as @urmauur may be able to get to it next week. |
Archive Original Issue
|
^ Updated the description with new design @dan-homebrew |
@imtuyethan Quick feedback: Is there a visual indicator we can use to prompt user that they need to change the model?
I also think we can simplify the copywriting for the error message: |
Problem
When user delete a model & go back to a specific threads that uses the deleted model:
E.g. Thread A uses model Llama 3 & user deletes model Llama 3 then go back to thread A & continue the chat...
Current behavior:
We switch to another model without user's permission, which is not cool.
Expected behavior:
We should inform user that the selected model is deleted & recommend them to download or select another model.
Design
Figma:
https://www.figma.com/design/DYfpMhf8qiSReKvYooBgDV/Jan-App-(3rd-version)?node-id=8322-71957&t=af5Wyb9D89fwRirc-4
Tasklist
Related Issues
The text was updated successfully, but these errors were encountered: