iPhone Does Not DropDown list

[Mike-E]

Hi Team Syncfusion,

I got a bug report from a user with an iPhone that stated they could not drop down a list.  Thankfully I was able to easily reproduce this using the code already available from this previous thread.  I had to update the versions, however.  The code for this can be found here:

https://github.com/Mike-E-angelo/Stash/tree/master/Syncfusion.DropDownList

You can view this deployed here:

https://syncfusiondropdownlist20220904124038.azurewebsites.net/

When viewing this site on a Windows/Chrome/Firefox/Edge connection everything works as expected:

https://i.imgur.com/4xbWU0y.gif

However, when viewing this on an iPhone 11, the drop-down does not render:

https://i.imgur.com/Fcfa5fj.gif

Please let me know if you are able to reproduce this on your end and/or if you require any further information from me to further diagnose.

[Sureshkumar P]

Hi Mike-E,

we have validated the reported issue. Please find the sample level solution for this issue. Due to the top value and position, the popup is not displayed in the view port.

Find the code example here:

<SfDropDownList TValue="string" TItem="string" DataSource="@(new string[]{"One", "Two", "Three"})" CssClass="mb-2">

                                 <DropDownListEvents TItem="string" TValue="string" Opened= "OnOpen"></DropDownListEvents>

                                 @*<DropDownListFieldSettings Text="Name" Value="Value" />*@

                          </SfDropDownList>

@code{

    public void OnOpen(PopupEventArgs args)

    {

        args.Popup.OffsetY = 1;

    } 

}

Find the screen shot here:

Find the modified sample in the attachment:

Note: If this post is helpful, please consider Accepting it as the solution so that other members can locate it more quickly.

Regards,

Sureshkumar P

Attachment: Syncfusion.DropDownList_18177d80.zip

[Mike-E]

Thank you for the workaround @Sureshkumar.  Can you confirm that this will be fixed/addressed in a future release so that this is not a required adjustment?

[Mike-E]

Thank you for the workaround @Sureshkumar. Can you confirm that this will be fixed/addressed in a future release so that this is not a required adjustment?

Also, it would be nice to know if this adjustment is needed for every SfDropDownList or only for those opened in a dialog container.  Turns out I have a lot of  SfDropDownLists in my solution. 😁

[Mike-E]

Weird, I tried to edit and it created a new comment instead. 🤷‍♂️

[Sureshkumar P]

Hi Mike-E,

Query 1: Can you confirm that this will be fixed/addressed in a future release so that this is not a required adjustment? Also, it would be nice to know if this adjustment is needed for every SfDropDownList or only for those opened in a dialog container.  Turns out I have a lot of SfDropDownLists in my solution

This is the solution for only on dropdownlist placed inside the dialog component. And we need to fix this issue in only the sample level not in the case of the source because this issue only occurs in specific IOS versions other than this issue does not replicate.

Query 2: Weird, I tried to edit, and it created a new comment instead.

Please update your exact issue with any image or video demonstration. This will help us to provide an exact solution as earlier as possible.

Regards,

Sureshkumar P

[Mike-E]

Thank you for your continued assistance @Sureshkumar.

> And we need to fix this issue in only the sample level not in the case of the source because this issue only occurs in specific IOS versions other than this issue does not replicate.

Pardon my confusion, but how do I know when I need to do this as a developer? As a developer using Syncfusion controls, I would expect the rendering that occurs in Chrome browser to be exactly the same in Safari 100% of the time (and outside of this scenario your team does an excellent job doing this).

If it doesn't, I consider this a bug and should be fixed.

Otherwise, I would be expected to test this in Safari for each of my controls and ensure this works as expected with a different browser/OS that I do not have in my testing environment. Currently, that would add $35/mo to my operating costs. This makes sense for controls that I create/own/maintain, but if I am paying a control vendor such Syncfusion for controls, I would expect them to be the ones to cover these types of edge cases.

Please let me know if I have misunderstood something here. Thank you for any further consideration towards this.

> Please update your exact issue with any image or video demonstration

Please be aware that this was in reference to the commenting system here on the forum, and not to the topic of conversation we are having. I hope that makes sense!

For instance, in attempting to click "Submit" below, I see the following:

https://i.imgur.com/vTpy8od.png

I am curious if this is related.

[Sureshkumar P]

Hi Mike-E,

We will validate the requirement in our component. We update you in two business days (September 12^th, 2022).

Regards,

Sureshkumar P

[Mike-E]

Great thank you Sureshkumar

[Sureshkumar P]

Hi Mike-E,

We have already considered supporting “Provide support to open the popup always on top or bottom using API property” at our end and this support will be included in any one of our upcoming releases. We will consider the reported iPhone device issue during the below feature implementation We will implement the feature based on the customer request count and priority.

You can track the status of the requested requirement from the below feedback link.

Feedback Link: https://www.syncfusion.com/feedback/26125

Regards,

Sureshkumar P

[Mike-E]

Thank you for the update and link, @Sureshkumar, as well as your great assistance and support.

[Sureshkumar P]

Mike-E,

Thanks for your update.

Regards,

Sureshkumar P