The Chat conversations are not restored with the previous session
Categories
(Core :: Machine Learning: Frontend, defect, P1)
Tracking
()
People
(Reporter: rdoghi, Assigned: echa)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [genai][chat][qa])
Attachments
(2 files)
Found in
- Nightly 149.0a1 (2026-02-11)
Affected versions
- Nightly 149.0a1 (2026-02-11)
Affected platforms
- All
Steps to reproduce
- Open a Smart Window and navigate to a few websites in new tabs.
- Open a New Tab and start a conversation with the assistant.
- Close and then Start Firefox.
- Open the Hamburger menu and restore the previous session.
Expected result
- The previous chat should be restored along with the New tab.
Actual result
- The New Tab is restored but the previous conversation is not.
For a split second the Chat Conversation seems to restore but then its cleared for a New conversation.
Regression range
N/A
Updated•6 months ago
|
Comment 2•6 months ago
|
||
The severity field is not set for this bug.
:Mardak, could you have a look please?
For more information, please visit BugBot documentation.
| Reporter | ||
Comment 3•6 months ago
|
||
This issue still occurs even after Bug 2014053 has landed.
| Reporter | ||
Comment 4•6 months ago
|
||
Please note that if we are on the active tab where a conversation occured when we close and restart the browser or restore the session, that active tab will not be populated until a user hits the F5 on a keyboard to refresh it.
Comment 5•5 months ago
|
||
back navigation bug 2014053 and followup bug 2021402 seem to help but the full conversation isn't consistently reloading. i've noticed previously revisited conversations, e.g., from firefox view, can restore but newly initiated conversations don't get their conversations restored on restart
this also happens when doing undo close window not requiring a full restart/restore
- add a
#contentReadyflag to ensure messages aren’t delivered before the child process is ready - gate
openConversationon#contentReady - add a guard in
handleEventto avoid clearing a restored conversation when OpenConversation fires without detail
Updated•5 months ago
|
Updated•5 months ago
|
Comment 9•5 months ago
|
||
Reverted this because it was causing mochitests failures in browser_aiwindow_ask_button.js.
- Revert link
- Push with failures
- Failure Log
- Failure line: TEST-UNEXPECTED-FAIL | browser/components/aiwindow/ui/test/browser/browser_aiwindow_ask_button.js | test_ask_button - A promise chain failed to handle a rejection: too much recursion - stack: getAiWindowElement@moz-src:///browser/components/aiwindow/ui/modules/AIWindowUI.sys.mjs:185:27
Comment 10•5 months ago
|
||
Comment 11•5 months ago
|
||
| bugherder | ||
| Assignee | ||
Comment 12•5 months ago
|
||
The too much recursion issue has been fixed by adding a source field to the ai-window:sidebar-toggle event so #onSidebarToggle ignores events originating from openSidebar.
| Reporter | ||
Comment 13•5 months ago
|
||
Verified as fixed in our latest Beta 150.0b1 and our latest Nightly build 151.0a1 (2026-03-25)
Description
•