Status Update
Comments
pa...@microsoft.com <pa...@microsoft.com> #2
Triage notes: Assigning for a response.
dg...@google.com <dg...@google.com> #3
When updating the providers, startProvider()
is comparing the new scope produces with the previous scope produced, instead of the current parent scope, to determine if the content of the provider needs to change, ignoring if the parent changed. That has the effect of, if a provider provides a value that is identical to the parent value, the composer thinks that none of the the static composition locals changed and it doesn't need to force updates of the content of the provider.
The temporary work-around for this is to use a compositionLocalOf
instead. Using compositionLocalOf
is recommended for composition locals that can change and static should are not recommended for values that can change.
However, in the above example, LocalOtherValue
only changes once so using a staticCompositionLocal
is recommended as it avoids the overhead for tracking reads of a value that rarely changes, making this work-around temporary for LocalOtherValue
or similar locals.
Description
Steps to reproduce the problem
Problem Description
Expect: All the browser windows that were present before the browser was closed are restored.
All the browser windows that were opened before the program was closed are restored.
Actual: 80% of the time, only of the two windows is restored, the other window is not restored.
Summary
Closing chrome from Windows Task Manager does not restore the tabs on the next browser launch.
Custom Questions
Please select a label to classify your issue:
Type-Bug - Software not working correctly
Additional Data
Category: Other
Chrome Channel: Stable
Regression: N/A