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 on
Developer Community or GitHub with
your current version information, steps to reproduce, and relevant error
messages or log files if you are hitting an issue that looks similar to
this resolved bug and you do not yet see a matching new report.
Created attachment 17947 [details]
On a StackLayout filled with a ListView and an Entry on the botton.
The the keyboard appears, and the ListView overlaps all the NavigationBar and the StatusBar.
To reproduce, run the sample and tap the Entry. The View should not be just scrolled up.
https://github.com/xamarin/Xamarin.Forms/pull/422 might fix your issue (After this PR is merged, you will need to switch to adjust resize if needed.)
confirmed; clicking on the entry has the effect of shifting everything on screen up which overlaps the NavigationBar.
By default, Forms uses AdjustPan for its input mode so the screen content is pushed upwards to keep the Entry in view.
If you want the content to resize instead and not cover the navbar, you need to set the input mode to AdjustResize using the Platform Specifics feature introduced in Forms 2.3.3: https://developer.xamarin.com/guides/xamarin-forms/user-interface/platform-specifics/consuming/#Setting_the_Soft_Keyboard_Input_Mode
The Platform Specifics code can be added in your shared/PCL code or in MainActivity after LoadApplication(). I tested it with the attached project and it resolved the issue described.
That solved the resize problem, but now the app is not at the top of the screen. There is black space just like the image on the guide.
Is it possible to remove?
I will attach a image to better explain.
Created attachment 19334 [details]
This is due to an underlay Forms adds to the status bar in Lollipop and above. It is possible to remove using the workaround here: https://gist.github.com/jimmgarrido/e36033b26f01e8da091fd321d41d991a#file-forms-2-3-3-L8
The last comment solved the problem.
But, with the Resize option other layouts are resizing incorrectly when the keyboard appears and disappears.
To simulate a the problem we have this page:
--- Entry 1
--- Entry 2
--- Entry 3
---- Some data (labels and images)
When I tap the Editor and then close the keyboard, the Editor no longer fill the page vertically.
Looks like the page page is not resizing after the keyboard is dismissed.
Found out that another guy has the same problem here:
Created attachment 19367 [details]
Entry resize problem
Repo for the last comment
I updated the issue title to better reflect what's now being reported rather than opening a new bug. Thank you for the reproduction.
Created attachment 19816 [details]
Any news on this?
The layout breaks on every user action.
This reproduction sample shows that this is happening on navigations as well
The same problem here, Xamarin this will not be fixed? 4 months? that's been hard to work with XF with the quantity of bugs that appear...
Almost 6 months now and nothing.
If a client of mine had a unsolved bug that prevent a release for 6 months, for sure they will fired me...
Created attachment 21775 [details]
This issue is still occurring with Forms 2.3.4 and 2.3.5-pre1. I've consolidated the attached projects into a single one that demonstrates both cases of the issue.
### Scenario 1
If the page content is wrapped in a ScrollView and the keyboard is toggled, when the keyboard is dismissed the page content will not resize back to its original height. To reproduce
1. Run the attached project
2. Tap on any of the three Entry controls to bring up the keyboard
3. Press the back button to dismiss the keyboard
### Scenario 2
The same thing happens when the keyboard is open and the user navigates back to the previous page. In this case, the content of the previous page will be sized as if the keyboard was still open. This happens even if the content is not wrapped in a ScrollView. To reproduce:
1. Run the attached project
2. Press "Go to next page"
3. Tap on the Entry to bring up the keyboard
4. Press the back arrow in the navigation bar (not hardware/soft button) to go back
*** Bug 55558 has been marked as a duplicate of this bug. ***
Are there any news on this bug?
Also looking for an update on this bug. Thanks!
The PR's been merged, so this fix should be in 2.3.6-pre1.
Any dates for the next release? Thanks.
It seems to be fixed in XF 2.4 pre-2
Btw when navigating back from page with opened keyboard you can see that layout not resized back, than it fills all the page after a less than second.
I experience issue that seems to be related to this one:
1. You have ListView with Editor controls in ViewCells.
2. Focus Editor, keyboard appears and layout pushed to top, even toolbar. That happens even with WindowSoftInputModeAdjust.Resize. Just Editor control, not nested in ListView, not pushes toolbar from screen since it was already fixed.
Is that expected behavior for such control combination or some bug?
Experiences such behavior on XF 2.3.4, 2.3.5, 2.4 pre-2.
Just in case I'll attach sample project with such behavior.
Created attachment 24496 [details]
Reproduction project for Editor inside ListView Cell issue
Attached project for reproduction issue described above.
Steps to reproduce:
1. Run app
2. There is ListView with Editor in ViewCells. Focus any cell at the bottom of the page.
3. Layout pushed to top with toolbar even if WindowSoftInputModeAdjust.Resize set.
Is that expected behavior or bug?
(In reply to Anton from comment #21)
> Created attachment 24496 [details]
> Reproduction project for Editor inside ListView Cell issue
> Attached project for reproduction issue described above.
> Steps to reproduce:
> 1. Run app
> 2. There is ListView with Editor in ViewCells. Focus any cell at the bottom
> of the page.
> 3. Layout pushed to top with toolbar even if
> WindowSoftInputModeAdjust.Resize set.
> Is that expected behavior or bug?
Can you open a separate issue and attach your repro project? Then the support team can confirm whether or not it's a bug or an expected behavior.
E.Z. Hart, thanks for your reply.
Created new issue: