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 18004 [details]
Sample project to reproduce this bug
Adding context actions to a ListView Cell with an Entry breaks keyboard scrolling.
In Forms 2.3.1, it does not scroll at all and the keyboard covers the Entry.
Updating to 2.3.2 causes the row with the selected entry to scroll all the way up to the top of the screen (behind the navigation bar if the page has one) and causes the list view itself to be unable to scroll to the bottom of the list.
Removing the MenuItem from the Cell will cause the problem to go away. When swapped with a custom table view renderer that adds the actions, this bug does not occur. It does not seem to happen on Android (API22 simulator).
An EntryCell was used in the example, but the same problem happens when the Entry is in a ViewCell.
This occurred on iOS 9 on an iPad Air 2 and on the iOS 10 simulator.
Attached is a sample project that shows this issue.
I'm trying to reproduce the issue you're describing with your repro project, but I'm not exactly sure what I'm looking for. Could you describe it step by step (and explain what *should* happen at each step) or perhaps add a short video demonstrating the issue?
I made a quick video of the issue. I am able to repro this in the latest stable nuget of XF even without context actions on the cells. It also only seems to happen in landscape orientation.
In the video, each time I select an entry (item 7 and then 43), the one I am editing scrolls completely off the screen when the keyboard appears.
The expected behavior is that when I tap an entry, the keyboard appears and the list view scrolls to a position where the entry that I am typing into is visible.
Thanks for the video, that clarifies the problem.
Looks like it's screen size related; I can reproduce it on an iPhone 6 but it works fine on an iPhone 6 Plus.
I'v got the same issue and it's causing a huge problem for our users. I can't find any way to work around it. Once scrolling breaks for a particular listview the only way to fix is for us to leave the page and go back (causing it to be recreated) forcing a layout on it will redraw it wherever we force the layout to, but the scrolling ability of the listview is still broken.
The issue occurs the minute the keyboard is displayed over the listview. ALso for us it occurs both in landscape and portrait view. A difference is we are using the headers and footers as well so we can scroll the whole page.
I have tried the sample provided on the latest version of Xamarin.Forms (2.5) and the 11.1 iPhone 8 simulator (not Plus) and was not able to reproduce this issue. When tapping on a cell the list view did not scroll.
If this issue is still occurring for you in 2.5, please feel free to reopen this ticket with a sample project / further information that will allow us to reproduce the issue.