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)
Tracking
()
VERIFIED
FIXED
152 Branch
People
(Reporter: rdoghi, Assigned: omarg)
References
(Blocks 1 open bug)
Details
(Whiteboard: [aife][chat])
Attachments
(3 files)
Found in
- Nightly 151.0a1 (2026-04-07)
Affected versions
- Nightly 151.0a1 (2026-04-07)
Affected platforms
- all
Steps to reproduce
- Open Smart Window.
- 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
Updated•2 months ago
|
Comment 1•2 months ago
|
||
Platform side is having 429's from vertex on the Qwen model causing multiple retries and eventual fallback for conversation starters.
Updated•1 month ago
|
Severity: -- → S2
See Also: https://mozilla-hub.atlassian.net/browse/GENAI-4521 → https://mozilla-hub.atlassian.net/browse/AIFE-4521
Summary: Conversation starters no longer work → Conversation starters no longer work / 429 excessive uncached or duplicate requests
Whiteboard: [genai][chat] → [aife][chat]
Comment 2•1 month ago
•
|
||
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.
Updated•1 month ago
|
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
Updated•1 month ago
|
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
status-firefox152:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 152 Branch
Comment 6•1 month ago
|
||
The patch landed in nightly and beta is affected.
:omarg, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox151towontfix.
For more information, please visit BugBot documentation.
Flags: needinfo?(ogonzalez)
Original Revision: https://phabricator.services.mozilla.com/D296898
Updated•1 month ago
|
Attachment #9582867 -
Flags: approval-mozilla-beta?
Comment 8•1 month ago
|
||
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+
Updated•1 month ago
|
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
| Reporter | ||
Comment 9•1 month ago
|
||
Verified as fixed in our latest Nightly 152.0a1 (2026-05-04)
Updated•1 month ago
|
Updated•1 month ago
|
Attachment #9582867 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Updated•1 month ago
|
Comment 10•1 month ago
|
||
| uplift | ||
| Reporter | ||
Comment 11•1 month ago
|
||
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+
You need to log in
before you can comment on or make changes to this bug.
Description
•