Bug 59708 - LAContext dialog status bar size differs from main status bar size
Summary: LAContext dialog status bar size differs from main status bar size
Status: NEEDINFO
Alias: None
Product: iOS
Classification: Xamarin
Component: Xamarin.iOS.dll (show other bugs)
Version: XI 11.0 (xcode9)
Hardware: Macintosh Mac OS
: --- normal
Target Milestone: Untriaged
Assignee: Bugzilla
URL:
Depends on:
Blocks:
 
Reported: 2017-09-23 18:07 UTC by RJantz
Modified: 2017-09-30 21:52 UTC (History)
2 users (show)

See Also:
Tags:
Is this bug a regression?: ---
Last known good build:


Attachments
2 zipped screenshots (100.95 KB, application/zip)
2017-09-23 18:07 UTC, RJantz
Details

Description RJantz 2017-09-23 18:07:20 UTC
Created attachment 24904 [details]
2 zipped screenshots

Our app has a light colored background and the status bar is black. When the TouchID dialog appears to authenticate the user the status bar color gets changed to white (by iOS? but NOT in our app). This would be fine but the status bar SIZE is different when the TouchID dialog is visible. This only problem only occurs in iOS 11 and in iPhone 6 and 7. I haven't checked an iPhone 8. I suspect this will occur when the screen size is greater than 4" in iOS 11. I am running the latest stable channel. Attached are two screenshots from an iPhone 6 running iOS 11. One is a normal and one shows the problem.
Comment 1 Manuel de la Peña 2017-09-25 16:20:30 UTC
Hello, 

This might be an issue on Apples side. We need some information to try and identify this, either as a bug from xamarin or from apple.

First, we would need a small test application to show the error and that way test it in different versions of Xamarin (in order to ensure that it is not a regression).

Second, it would be ideal to have the full environment information of your system. Easiest way to get exact version information:
- On Visual Studio for Mac: "Visual Studio" menu, "About Visual Studio" item, "Show Details" button.
- On Visual Studio for Windows: "Help menu", "About Microsoft Visual Studio" item.
Then copy/paste the version information (you can use the "Copy Information" button).

Third, and I know this might be pushing and I could take care of it, an example application written in either obj-c or swift that does not have the issue or reproduces the desired behaviour.
Comment 2 RJantz 2017-09-26 20:51:33 UTC
Now I'm stumped. I could not duplicate it in a sample xamarin.iOS project or an Xcode project.


=== Visual Studio Professional 2017 for Mac ===

Version 7.1.5 (build 2)
Installation UUID: e4195e18-d09b-45d9-ac9a-6946863f5b43
Runtime:
	Mono 5.2.0.224 (d15-3/14f2c81) (64-bit)
	GTK+ 2.24.23 (Raleigh theme)

	Package version: 502000224

=== NuGet ===

Version: 4.3.0.2418

=== .NET Core ===

Runtime: /usr/local/share/dotnet/dotnet
Runtime Versions:
	2.0.0
	1.1.1
	1.0.4
	1.0.0
	1.0.0-rc2-3002702
SDK: /usr/local/share/dotnet/sdk/2.0.0/Sdks
SDK Versions:
	2.0.0
	1.0.1
	1.0.0-preview2-003121
	1.0.0-preview1-002702
MSBuild SDKs: /Library/Frameworks/Mono.framework/Versions/5.2.0/lib/mono/msbuild/15.0/bin/Sdks

=== Xamarin.Profiler ===

Version: 1.5.5
Location: /Applications/Xamarin Profiler.app/Contents/MacOS/Xamarin Profiler

=== Xamarin.Android ===

Version: 7.4.5.1 (Visual Studio Professional)
Android SDK: /Users/ryanjantz/Library/Developer/Xamarin/android-sdk-macosx
	Supported Android versions:
		4.0.3  (API level 15)
		4.4    (API level 19)
		4.4.87 (API level 20)
		5.0    (API level 21)
		5.1    (API level 22)
		6.0    (API level 23)
		7.0    (API level 24)
		7.1    (API level 25)

SDK Tools Version: 25.2.5
SDK Platform Tools Version: 25.0.5
SDK Build Tools Version: 25.0.3

Java SDK: /usr
java version "1.8.0_141"
Java(TM) SE Runtime Environment (build 1.8.0_141-b15)
Java HotSpot(TM) 64-Bit Server VM (build 25.141-b15, mixed mode)

Android Designer EPL code available here:
https://github.com/xamarin/AndroidDesigner.EPL

=== Xamarin Inspector ===

Version: 1.3.1
Hash: cbc48dd
Branch: 1.3-release
Build date: Thu, 21 Sep 2017 19:52:53 GMT
Client compatibility: 1

=== Apple Developer Tools ===

Xcode 9.0 (13247)
Build 9A235

=== Xamarin.iOS ===

Version: 11.0.0.0 (Visual Studio Professional)
Hash: 152b654a
Branch: xcode9
Build date: 2017-09-15 02:25:56-0400

=== Xamarin.Mac ===

Version: 3.6.3.3 (Visual Studio Professional)

=== Build Information ===

Release ID: 701050002
Git revision: 7afedcaef8e7542e70e3cf8f9bdb26938b8c0876
Build date: 2017-09-15 08:39:58-04
Xamarin addins: 3262aadf811a18c12eac6742532d052b0139a808
Build lane: monodevelop-lion-d15-3-xcode9

=== Operating System ===

Mac OS X 10.12.6
Darwin 16.7.0 Darwin Kernel Version 16.7.0
    Thu Jun 15 17:36:27 PDT 2017
    root:xnu-3789.70.16~2/RELEASE_X86_64 x86_64

=== Enabled user installed addins ===

AddinMaker 1.3.7
Solution Cleaner 1.0
Manifest.addin 0.0.0.0
Comment 3 Manuel de la Peña 2017-09-28 10:17:20 UTC
@RJantz  could it be possible to get the project which is showing the issues to test locally and see if I can reproduce it?
Comment 4 RJantz 2017-09-30 21:52:48 UTC
After some more research I gave the project a full set of launch images in the asset catalog and that fixed the issue. I only had a couple of sizes of launch images previously.

Note You need to log in before you can comment on or make changes to this bug.