Notice (2018-05-24): bugzilla.xamarin.com is now in
Please join us on
Visual Studio Developer Community and in the
Mono organizations on
GitHub to continue tracking issues. Bugzilla will remain
available for reference in read-only mode. We will continue to work
on open Bugzilla bugs, copy them to the new locations
as needed for follow-up, and add the new items under Related
Our sincere thanks to everyone who has contributed on this bug
tracker over the years. Thanks also for your understanding as we
make these adjustments and improvements for the future.
Please create a new report for Bug 55939 on
Developer Community or GitHub if you have new
information to add and do not yet see a matching new report.
If the latest results still closely match this report, you can use the
In special cases on GitHub you might also want the comments:
GitHub Markdown with public comments
This is requried to make the layout work in UWP for the current stable and the current pre and quite a few prior.
internal class MDPageView : MasterDetailPage
Master.SizeChanged += Master_SizeChanged;
private void Master_SizeChanged(object sender, EventArgs e)
if (Master.Height == Height && Device.RuntimePlatform == Device.UWP)
// HACK THIS AS IT SHOULDN'T BE EQUAL... BUG!
Master.Padding = new Thickness(0, 0, 0, 48);
Detail.Padding = new Thickness(0, 0, 0, 48);
else if (Master.Height != Height && Device.RuntimePlatform == Device.UWP)
// HACK SHOULD BE BE EQUAL SO SETTING BACK NO NO PADDING... BUG!
Master.Padding = new Thickness(0, 0, 0, 0);
Detail.Padding = new Thickness(0, 0, 0, 0);
The height of the Master "page" and the Detail "page" are incorrectly set to be -48 from the Main page which is the height of the master detail bar in UWP.
On mobile when the view is first rendered the heights are correct. On IsPresented change the size of the master and detail pages are set to the size of the masterdetail page and some (size 48) of the content ends up off page.
On Desktop the situation is a little different where the size is initially wrong then the change of ispresented fixes the layout.
Can you upload a reproduction project to better explain the issue? If this is a regression, are you aware of when it specifically started?
Hi Paul, it has always been this way that I have witnessed. It happens on ALL masterdetail pages for UWP.
Created attachment 21966 [details]
Zip of a project that shows the issue on Windows 10 Mobile
The IsPresented being two way bound seems to cause it. If it isn't bound and is instead just set to true or false on startup of the view it doesn't occur.
The same issue with slightly different symptops are on UWP Desktop too.
The test page that shows up should have a margin (white section) of 20 all the way around both the Master and the Detail page.
When the view first loads, it shows the right layout, but on IsPresented change the master and detail sub pages both increase in size by the size of the masterdetail header bar. (48).
UWP Desktop is slightly different but it is all related to the IsPresented being bound.
Ok seems like I had some caching issues, the ispresented binding doesn't always make a difference. so there is some other issue on the timing perhaps of the view rendering.
It seems like against the latest nightly that the detail is what's being affected in terms of the detail's bottom margin running to the bottom of the page. For upkeep I'll set this to confirmed for now until further investigation.