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

Default modal for new conversations reverting to Mixtral after restarting Brave - Follow up to #36816 #36886

Closed
kjozwiak opened this issue Mar 18, 2024 · 1 comment · Fixed by brave/brave-core#22649
Assignees
Labels
browser-ai OS/iOS Fixes related to iOS browser functionality priority/P2 A bad problem. We might uplift this to the next planned release. QA Pass - iPad QA Pass - iPhone QA/Test-All-Device-Types QA/Yes release/blocking release-notes/exclude

Comments

@kjozwiak
Copy link
Member

Description:

Looks like #36816 fixed the issue re: the saving/retaining the users choice re: which modal will be used as the default via the Advanced Settings, but there's still a bug when restarting Brave. Once a user has restarted Brave, Mixtral will once again be selected as the default model even though a user picked either Claude or Lama.

Steps to Reproduce

  1. install 1.66.10 Chromium: 123.0.6312.46 via TF
  2. once you've gone through onboarding/open Leo via the Hamburger Menu and run through the onboarding/T&S
  3. click on Hamburger Menu -> Settings -> Leo and tap on default modal for new conversations
  4. pick either Claude Instant or Llama 2 13b and close the Settings page
  5. restart Brave and you'll notice that Mixtral is once again selected as the default model

Actual result:

RPReplay_Final1710717404.MP4

Expected result:

Once a user selects a new default model via default modal for new conversations in the Advanced Settings, we should respect the users choice and retain the choice even if the user restarts Brave.

Reproduces how often: [Easily reproduced, Intermittent Issue]

100% reproducible using the STR/Cases outlined above.

Brave Version:

1.66.10 Chromium: 123.0.6312.46 (Official Build) unknown (64-bit) 
--- | ---
Revision | 741e5a4ef519...
OS | iOS

Device details:

  • iPhone 11 running iOS 17.4

Website problems only:

  • Does the issue resolve itself when disabling Brave Shields? N/A
  • Is the issue reproducible on the latest version of Mobile Safari? N/A

Additional Information

@kjozwiak kjozwiak added release/blocking priority/P2 A bad problem. We might uplift this to the next planned release. QA/Yes release-notes/exclude OS/iOS Fixes related to iOS browser functionality browser-ai labels Mar 18, 2024
@kjozwiak kjozwiak added this to the 1.63.x - Release #6 milestone Mar 18, 2024
@soner-yuksel soner-yuksel changed the title default modal for new conversations reverting to Mixtral after restarting Brave - Follow up to #36816 Default modal for new conversations reverting to Mixtral after restarting Brave - Follow up to #36816 Mar 18, 2024
@soner-yuksel soner-yuksel moved this to In Progress in Browser AI Mar 18, 2024
@github-project-automation github-project-automation bot moved this from In Progress to Done in Browser AI Mar 18, 2024
@kjozwiak
Copy link
Member Author

kjozwiak commented Mar 19, 2024

Verification PASSED on iPhone 11 running iOS 17.4 using the following build(s):

1.63.179 Chromium: 122.0.6261.128 (Official Build) unknown (64-bit)
--- | ---
Revision | 347b176a5cd6...
OS | iOS

Quick Note: With the following STR/Cases, it's a combination of #36816 (comment) & #36886 (comment).

Test Case #1 - Changing default Leo model within the same session - PASSED

  • ensured that switching the default Leo modal via Hamburger Menu -> Settings -> Leo retained the users selection/choice
    • also ensured that switching the Leo panel -> Advanced Settings retained the users selection/choice
  • ensured that selecting different modals via the Leo panel only changes the modal for that specific conversation/instance
RPReplay_Final1710818808.MP4

Test Case #2 - Changing default Leo model within then restarting Brave - PASSED

Using the STR/Cases outlined via #36886 (comment), ensured that restarting Brave retains the default model as per the following:

RPReplay_Final1710818948.MP4

Verification PASSED on iPad Air (3rd Gen) running iOS 17.4 using the following build(s):

1.63.179 Chromium: 122.0.6261.128 (Official Build)unknown (64-bit)
-- | --
Revision | 347b176a5cd613160ea9e98b3a72274ddd8de653

Quick Note: With the following STR/Cases, it's a combination of #36816 (comment) & #36886 (comment).

Test Case #1 - Changing default Leo model within the same session - PASSED

  • ensured that switching the default Leo modal via Hamburger Menu -> Settings -> Leo retained the users selection/choice
    • also ensured that switching the Leo panel -> Advanced Settings retained the users selection/choice
  • ensured that selecting different modals via the Leo panel only changes the modal for that specific conversation/instance

Example --> https://youtu.be/JNAEc5fhH9w

Test Case #2 - Changing default Leo model within then restarting Brave - PASSED

Using the STR/Cases outlined via #36886 (comment), ensured that restarting Brave retains the default model as per the following:

Example --> https://youtu.be/m_HzpWtr0nE

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
browser-ai OS/iOS Fixes related to iOS browser functionality priority/P2 A bad problem. We might uplift this to the next planned release. QA Pass - iPad QA Pass - iPhone QA/Test-All-Device-Types QA/Yes release/blocking release-notes/exclude
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

3 participants