Closed Bug 2030005 Opened 2 months ago Closed 1 month ago

Conversation starters no longer work / 429 excessive uncached or duplicate requests

Categories

(Core :: Machine Learning: Frontend, defect)

Desktop
Unspecified
defect

Tracking

()

VERIFIED FIXED
152 Branch
Tracking Status
firefox-esr140 --- disabled
firefox149 --- disabled
firefox150 --- wontfix
firefox151 --- verified
firefox152 --- verified

People

(Reporter: rdoghi, Assigned: omarg)

References

(Blocks 1 open bug)

Details

(Whiteboard: [aife][chat])

Attachments

(3 files)

Attached video Quickies.mp4

Found in

  • Nightly 151.0a1 (2026-04-07)

Affected versions

  • Nightly 151.0a1 (2026-04-07)

Affected platforms

  • all

Steps to reproduce

  1. Open Smart Window.
  2. Reach IGN.com

Expected result

  • Conversation starters should be displayed for the ign page.

Actual result

  • The Conversation starters take a very long time to show up.
    Only the default unrelated conversation starters are displayed for all tabs.

These errors show up in console:
[ConversationSuggestions][sidebar-conversation-starters] failed: Error: Error: 429 status code (no body)

Regression range
N/A

Blocks: 2006124

Platform side is having 429's from vertex on the Qwen model causing multiple retries and eventual fallback for conversation starters.

Severity: -- → S2
Summary: Conversation starters no longer work → Conversation starters no longer work / 429 excessive uncached or duplicate requests
Whiteboard: [genai][chat] → [aife][chat]

slackbot summary

  • A single page navigation was triggering 3 conversation starter requests instead of one. Each failed request then retried twice (default max retries = 2 in the OpenAI client), resulting in up to 9 total requests for a single conversation starter attempt.
  • The duplicate requests appear to stem from multiple triggers for the same tab:
    • On first sidebar open: both openSidebar -> onCreateNewChatClick and firstUpdated fire, causing a double request.
    • On tab switch: both tabSelect -> openSidebar and onLocationChange can fire.
    • On navigation with redirects (e.g., / to /home): onLocationChange fires for each redirect step, triggering requests before the final page title is available.
  • Suspected bug in the onLocationChange handler triggering loadStarterPrompts more than once for the same tab.
  • Short-term fix proposed: have loadStarterPrompts (which is now tab-aware) return early if it receives multiple requests for the same tab.
  • Longer-term fix: investigate and prevent loadStarterPrompts from being invoked more than once per tab navigation.
See Also: → 2033430
Assignee: nobody → ogonzalez
Attachment #9574387 - Attachment description: WIP: Bug 2030005 - wip initial loadStarterPrompts consolidating to an event with dedup r=#ai-frontend-reviewers → Bug 2030005 - wip initial loadStarterPrompts consolidating to an event with dedup r=#ai-frontend-reviewers
Attachment #9574387 - Attachment description: Bug 2030005 - wip initial loadStarterPrompts consolidating to an event with dedup r=#ai-frontend-reviewers → Bug 2030005 - fix starter prompts to dedup requests and stop re-generating on tab switch r=#ai-frontend-reviewers
Pushed by ogonzalez@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/0429b619fbaa https://hg.mozilla.org/integration/autoland/rev/6402f18e2363 fix starter prompts to dedup requests and stop re-generating on tab switch r=ai-frontend-reviewers,flozia
Status: NEW → RESOLVED
Closed: 1 month ago
Resolution: --- → FIXED
Target Milestone: --- → 152 Branch

The patch landed in nightly and beta is affected.
:omarg, is this bug important enough to require an uplift?

For more information, please visit BugBot documentation.

Flags: needinfo?(ogonzalez)
Attachment #9582867 - Flags: approval-mozilla-beta?

firefox-beta Uplift Approval Request

  • User impact if declined/Reason for urgency: Conversation starters stop working from budget exhaustion due to more conversation starter requests going to the LLM than is necessary.
  • Code covered by automated testing?: yes
  • Fix verified in Nightly?: yes
  • Needs manual QE testing?: yes
  • Steps to reproduce for manual QE testing: - Open Smart Window
  • Open Network tab in Browser Tools
  • Navigate to a website
  • One request for starters should be logged for /completion end point
  • Open a second tab
  • Switching away from tab with starters, and back, should not trigger new request to conversation starters as it should now re-use the already generated starter prompts
  • Risk associated with taking this patch: medium
  • Explanation of risk level: Medium risk to starter prompt being generated for empty conversations, production code on loading/caching starter prompts was updating to prevent unnecessary requests from being sent to the LLM backend.
  • String changes made/needed?: none
  • Is Android affected?: no
Flags: qe-verify+
QA Whiteboard: [qa-found-in-c151][QA-4747][S3] → [qa-found-in-c151][QA-4747][S3][uplift][qa-ver-needed-c152/b151]
QA Contact: rdoghi

Verified as fixed in our latest Nightly 152.0a1 (2026-05-04)

Attachment #9582867 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
Blocks: 2033844

Verified as fixed in our latest Beta 151.0b7

Status: RESOLVED → VERIFIED
QA Whiteboard: [qa-found-in-c151][QA-4747][S3][uplift][qa-ver-needed-c152/b151] → [qa-found-in-c151][QA-4747][S3][uplift][qa-ver-done-c152/b151]
Flags: qe-verify+
Flags: needinfo?(ogonzalez)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: