- Home
- Forum
- Xamarin.Forms
- requestLayout() improperly called by SfTabView
requestLayout() improperly called by SfTabView
I'm using the SfTabView control in my projects. On Android I keep getting this logs:
[View] requestLayout() improperly called by crc64f72ebd847d591cfa.SfTabView{22703c9 V.E...... ........ 0,0-1036,886 #59} during second layout pass: posting in next frame
[View] requestLayout() improperly called by crc64f72ebd847d591cfa.ContentContainer{5cc9c7 VFE...... ........ 0,0-1036,886} during second layout pass: posting in next frame
[View] requestLayout() improperly called by crc64f72ebd847d591cfa.SfTabView{5aa68a4 VFE...... ......I. 0,0-1036,886 #82} during second layout pass: posting in next frame
[View] requestLayout() improperly called by crc64f72ebd847d591cfa.ContentContainer{55d8c46 VFE...... ......I. 0,0-1036,886} during second layout pass: posting in next frame
Is this a bug of the control itself?
Thanks for looking int
Greetings from Syncfusion.
We are currently validating on this, and we will update the complete details on August 4, 2021. We appreciate your patience until then.
Regards,
Suganya Sethuraman.
Thanks for your reply.
It seems to happen if I'm using two TabViews in one page, while one is set "IsVisible" false.
I have a Dashboard page with two MainViews, one optimized for tablets, one for phones.
Depending on the device, one of them is visible and the other is not.
Maybe this helps to identify the iusse.
Hi,
thanks for the fix. Will this be added in a later update as well?
Do you have an ETA for this?
Thank you,
Andreas
Thanks for the update.
We will include the fix in our weekly nuget release which is expected to be rolled out on August 24 ,2021.We appreciate your patience until then.We will let you know once the weekly nuget is rolled out.
Regards,
Jeya K
Hi Jeya,
awesome, thank you :)
Most welcome.
Regards,
Jeya K
Hi Jeya,
I updated to the latest version today. The issue is still in the package. Or wasn't this fixed in 19.2.0.57?
Thank you!
Sorry for the inconvenience caused.
Due to some pending test cases to ensure the fix, we were unable to include the fix in weekly nuget version 19.2.0.57 and we will include the fix in our upcoming weekly nuget release which will be available on August 31, 2021.We appreciate your patience until then.
Regards,
Jeya K
Hi Jeya,
thanks for the update :) Then I'll wait for the next release.
Thanks for the update. As we promised earlier, we will move the fix in our upcoming weekly nuget release which will be available on August 31, 2021.We appreciate your patience until then.
Regards,
Jeya K
We deeply regret for inconvenience.
Due to some technical problem, we were unable to include the fix for the reported issue in today weekly release nuget. We will move the fix in our upcoming weekly NuGet which is expected to be rolled out on September 07, 2021.
We appreciate your patience until then.
Regards,
Jeya K
Hi Jeya,
thanks for letting me know. I'll wait then till the next update.
Best,
Andreas
Thanks for the update. We will move the fix in our weekly nuget release which will be available on September 07, 2021.We will let you know once the weekly nuget is rolled out.We appreciate your patience until then.
Regards,
Jeya K
Thanks for your patience.
We have included the fix in our latest Weekly NuGet release v19.2.0.60 which is available for download (https://www.nuget.org/ ). We thank you for your support and appreciate your patience in waiting for this update. Please get in touch with us if you would require any further assistance.
Regards,
Jeya K
Hi Jeya,
thank you. Just updated and it's working :)
Thanks for the update.
We are glad to know that the reported issue has been resolved. Please let us know if you have any other queris.
Regards,
Jeya K
- 17 Replies
- 3 Participants
- Marked answer
-
AR Andreas Reitberger
- Aug 1, 2021 11:14 AM UTC
- Sep 8, 2021 08:05 AM UTC