Provide a default value for targetURI fluent variable
Categories
(Firefox :: Firefox View, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox124 | --- | fixed |
People
(Reporter: sfoster, Assigned: jsudiaman)
References
Details
(Keywords: regressionwindow-wanted, Whiteboard: [fidefe-firefox-view])
Attachments
(2 files)
I ran into this with a build from today's moz-central.
STR:
- With the "Open previous windows and tabs" preference checked, close Firefox while there are few tabs still open.
- Re-start Firefox and restore the session if prompted
- Don't switch to any of the restored tabs
- Open Firefox View and click on the "..." context menu next to one of the restored and not-yet-selected tabs in the Recent Browsing open tabs listing
- Click "Close tab" from the menu
ER:
The tab should close and the Recent Browsing tab listing should update to remove that tab
AR:
The browser crashes with the following exception:
[dom/l10n] Failed to convert l10n-args JSON: {"targetURI":["https://microsoft.com/"]}
Fluent error, the argument "$targetURI" was not provided a value.
This error happened while formatting the following messages:
"fxviewtabrow-tabs-list-tab"
"fxviewtabrow-just-now-timestamp"
"firefoxview-closed-tabs-dismiss-tab"
Hit MOZ_CRASH(Resolver error: Unknown variable: $targetURI) at intl/l10n/rust/localization-ffi/src/lib.rs:620
I'm not sure if this is a regression or if its always been this way. Maybe a regression? As we have been testing this same close tab functionality from Firefox View in/around bug 1858478. I'm suggesting S2 severity for this - yes, you could not use Firefox View in this way and avoid the crash, but as there's no indication this might be a problem until it goes kaboom, I think its pretty bad.
Updated•2 years ago
|
Reporter | ||
Comment 1•2 years ago
|
||
Step 1 in the STR might be wrong. I was not able to reproduce just now by opening tabs for facebook, wikipedia and twitter, closing the browsing and completing the rest of the STR. I was using a canned session file when I filed this, which might be atypical. I'll attach it here.
Reporter | ||
Comment 2•2 years ago
|
||
Downgrading priority & severity as this seems to require a saved session with some specific details - perhaps missing/empty fields.
Comment 3•2 years ago
•
|
||
Your STR are a bit confusing because step 1 says "With the "Open previous windows and tabs" preference checked. But then step 2 indicates that you are restoring a session manually. Regardless, I wasn't able to reproduce this on latest mc with that pref checked or unchecked on a mac.
Edit: I misread this, and Sam says it happens with the attached profile where the value for targetURI is missing.
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 4•1 years ago
|
||
I've been trying to reproduce this crash, but I could not. Firstly, I restored the session from the file in comment 1, then loaded Firefox View and closed the unloaded tabs as mentioned in comment 0. The tabs were closed and they moved from the Open Tabs card to the Recently Closed Tabs card and no crash was observed. Tested with Nightly v123.0a1 (2023-12-21) on Windows 10, MacOS 11 and Ubuntu 22. Might I be missing some steps?
The reporter has blocked requests. Is there a way you can help us reproduce it? Thank you!
Assignee | ||
Comment 5•1 years ago
|
||
I could reproduce the console message, but not a crash. I see the title and severity have been updated to reflect this. I think we could clean this up by handling malformed l10n arguments, but this is not as high priority at it seemed initially.
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 6•1 year ago
|
||
Comment 8•1 year ago
|
||
bugherder |
Description
•