Fixed
Status Update
Comments
il...@google.com <il...@google.com> #2
Is there any updates? This is a big problem!
ha...@googlemail.com <ha...@googlemail.com> #3
Hi there - could you provide more context on the issue & a sample project to reproduce? Database locked exceptions are quite difficult to pinpoint without a repro project. Thanks!
il...@google.com <il...@google.com> #4
Hi. It is reproduceable on some users by using this code:
suspend fun <R> MyDatabase.workaroundWithTransaction(block: suspend TransactionScope<R>.() -> R) {
useWriterConnection {
it.immediateTransaction(block)
}
// TODO: Temporally fix https://issuetracker.google.com/issues/340606803#comment2
// Manually triggers invalidation
invalidationTracker.refreshAsync()
}
il...@google.com <il...@google.com>
il...@google.com <il...@google.com> #6
Hi. Please merge the pull request. This is big problem!
lb...@gmail.com <lb...@gmail.com> #7
Hi. Is there any updates on this problem?
Description
Library version: 1.0.0-alpha03
When setting a new NavGraph to NavController, the back stack is not resetted.
From the documentation, "Any current navigation graph data will be replaced."
If a NavGraph is already setted then the back stack containts the default destination. In calling NavGraph.setGraph(NavGraph) and in the new graph, the destination is different, then the new destination is not displayed because back stack is not resetted.
Is it expected feature or not?