New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make CommitAllowingStateLoss the default for FragmentTransactions #527
Conversation
I'm okay with this in favor of the other PR. |
Possibly fixes this too: https://bugzilla.xamarin.com/show_bug.cgi?id=47367 |
Another possibly related issue: https://bugzilla.xamarin.com/show_bug.cgi?id=42815 |
Hey @adrianknight89, any idea when this fix gonna hit the road? |
I'm not 100% sure, but I'd wait for 2.3.4-pre2. Hopefully later this month or early next month. |
Can you confirm it is NOT released in 2.3.4-pre1 then? |
@stefandevo it was shipped in 2.3.4-pre1 , we were going to call it 2.3.4-pre2 but it was shipped last week as pre1 |
What stable release version will this be in then? Thanks! I thought it would be in 2.3.3.180 |
Yes please, our users are heavily affected by this bug. |
* Fix CarouselView page size * Fix CarouselView position update time
Description of Change
Proposing this as an alternative to PR 444
PR 444 is adding a Platform Specific to NavigationPage which allows the developer to disable the default Android state loss check when committing a fragment transaction.
The state loss check prevents unexpected behavior when restoring the state of fragments upon resuming an application. However, XF doesn't support fragment restoration at this time. So rather than add another Platform Specific which we have to maintain, we can simply change from
Commit()
toCommitAllowingStateLoss()
.This PR also addresses a similar issue with MasterDetailPage, which also utilizes fragments (and thus transactions) when setting the master to detail to a NavigationPage or TabbedPage.