[composable toolbar] Configure availability depending on Nimbus
Categories
(Firefox for Android :: Toolbar, task, P2)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox143 | --- | fixed |
People
(Reporter: petru, Assigned: petru)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fxdroid][group3][composable toolbar])
Attachments
(3 files)
The composable toolbar should be made available to users through a staged rollout process.
The Nimbus experiment will initially target only Nightly users.
The experiment name will be composable-toolbar.
Updated•8 months ago
|
| Assignee | ||
Comment 1•8 months ago
|
||
It will be enabled by default on debug builds while being disabled
on other build types and in UI tests.
The availability in production will be controllable through Nimbus.
Updated•8 months ago
|
Comment 2•8 months ago
|
||
Since there are still known unfixed issues with the composable toolbar and several proposed patches to the old toolbar, wouldn't it make sense to postpone that change to 144?
| Assignee | ||
Comment 3•8 months ago
•
|
||
(In reply to Michel Le Bihan from comment #2)
Since there are still known unfixed issues with the composable toolbar and several proposed patches to the old toolbar, wouldn't it make sense to postpone that change to 144?
What "still known unfixed issues with the composable toolbar" are you referring at?
While we did fix some the primary goal of the composable toolbar project is not to fix the current issues but rather adopt the current architecture we want for the application with the later goal to support easier feature developments and bug fixes.
| Assignee | ||
Updated•8 months ago
|
Updated•8 months ago
|
| Assignee | ||
Comment 4•8 months ago
|
||
Since the composable toolbar is launched gradually there will be a period in which
the same application version might use either of the toolbar view or the composable
toolbar and so the tests generating baseline profiles must account for both toolbars
to ensure a smooth UI no matter which toolbar is used.
Comment 5•8 months ago
|
||
I thought about issues like bug 1980777 and the composable toolbar variant of bug 1979534.
| Assignee | ||
Comment 6•8 months ago
|
||
(In reply to Michel Le Bihan from comment #5)
I thought about issues like bug 1980777 and the composable toolbar variant of bug 1979534.
Thank you!
The first seems to be a Jetpack Compose bug that will need more investigation but doesn't seem like a blocker.
I'll put up a patch for bug 1979534 soon so that the changes for both the toolbar view and composable toolbar land at the same time to ensure feature parity.
| Assignee | ||
Comment 7•8 months ago
|
||
With using parameterized tests the test names will contain the parameter and so
the previous assumption that some tests can end in None will not hold in all
cases anymore as now we can have privateBrowsingNone[composableToolbar=false].
Moved to a more flexible approach of removing the None part from test names
which will allow building the results table with support for more test names.
Comment 9•8 months ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/f254c933c95a
https://hg.mozilla.org/mozilla-central/rev/cd0f96298bd1
https://hg.mozilla.org/mozilla-central/rev/096add3d39a1
Description
•