Refresh behaviour conflict with scrolling in Mobile App
Hello,
In context page there are 2 syncfusion controllers : SfScheduler and SfPullToRefresh
SfScheduler is showing inside grid so there is scroll to see timerange from 07.00 to 24.00 , i included SfPullToRefresh to refresh scheduler's datacontext. But when i want to scroll up SfScheduler time range from bottom to top, pull to refresh is triggering and i cant scroll up. Is there a way to solve this?
See the screenshot below, i want to scroll up to see time range before 12.00 but pull to refresh control is triggering so i cant scroll up.
Code:
Hi ERTEM ,
We have analyzed the reported query, we have created a simple sample with provided code snippet we are unable to reproduce the issue at our end. We have tried by scrolling the scheduler bottom to top, which works fine at our end. We have attached the tested sample and output video for your reference, Please have a look at the sample and let us know if we have missed any customization that you have done in your sample.
Also If you are still facing the issue kindly modify the sample or provide the sample and replication video or procedure to replicate the issue and find the solution as soon as possible.
Regards,
Suthi Yuvaraj.
Attachment: PullToRefresh_c01ba27a.zip
I have inspected your attached project, it seems the issue was solved.
Your project is build on net 8 but I am using .net 7.0 on my project
Please see attached video:
- If i release mouse at the bottom of scheduler then touch again to scroll up and refresh is triggering instead of scrolling to top
- If i didnt release mouse to scroll down and up it works as expected
Please see attached video:
- If i release mouse at the bottom of scheduler then touch again to scroll up and refresh is triggering instead of scrolling to top
- If i didnt release mouse to scroll down and up it works as expected
Attachment: Recording_5.01.2024_01_55_56.mp4_f88b8e5b.zip
ERTEM,
We tested the previously attached sample in .NET 7; however, we were unable to reproduce the reported issue. We have attached the output video for your reference. Could you please provide the following details:
- VS version and also stable version or preview version
- Maui version
We have tested with VS 2022 stable 17.8.3. If you are still facing the issue kindly modify the sample or provide the sample to replicate the issue. This will help us to find the solution as soon as possible.
Regards,
Diwakar V
Attachment: Android_Emulator__pixel_4__api_33_5554_20240105_193958_a288648b.zip
Think, i found the issue:
<scheduler:SfScheduler x:Name="Scheduler"
AllowedViews="Day,Week,Month" />
After i added AllowedViews="Day,Week,Month" prop , cant scroll from bottom to top on scheduler instead pull to refresh is trigerring.
- Both tried with net 8.0 and net 7.0
- Visual studio version : VS 2023 - 17.8.3
- syncfusion nuget version: 24.1.44
Reproduce steps:
- run android emulator
- Scroll to bottom when touching
- release and wait 1-2 seconds
- scroll to top when touching
- pull to refresh is triggering instead scrolling to top
modified and uploaded your sample and
Attachment: PullToRefresh_e06a1cf8.zip
ERTEM,
We have tested your query using the last attached sample. We can able to reproduce the reported issue, we will need of two more business days to validate the issue at our end. We will update you further details on or before 17th January 2024.
We appreciate your patience until then.
ERTEM,
We have analyzed the reported query, we will consider this as a feature as SfPullToRefresh control should revamp the pulling behavior of PullToRefresh control based on the element currently focused or tapped. We have already logged the bug report at our end. We will fix the issue and include the fix in our upcoming Nuget release, which will be available on or before February 13, 2024. We will appreciate your patience until then.
You can also communicate with us regarding the open features at any time using our Feature Report page.
FeedBack link : https://www.syncfusion.com/feedback/50030/perform-pulling-action-based-on-element-currently-focused
If you have any more specifications/suggestions for the feature request, you can add it as a comment in the portal and cast your vote to make it count.
Thanks for replay, is there any workaround for this issue?
ERTEM,
We have
included the fix for the reported issue in our latest weekly NuGet release
v24.2.5 which is available for download (
https://www.nuget.org/ ).
Root cause:
In SfPullToRefresh ,when the scroll offset of the last child (scrollview) is 0, the Pulling action is triggered, which is the root cause of this issue. In SfScheduler, when we set AllowedView, they arrange a "ScrollView" to the last child of SfScheduler. Even though the current view is scrolled, AllowedView is still in an unscrolled state or the scroll offset is "0". This triggers the pulling instead of scrolling.
Fix details:
We have enhanced the behavior by considering only the child that we focus on and triggering pulling based on the focused child. If the current focused child or touching child is scrolled or the scroll offset is greater than "0", then the view is scrolled instead of pulling action.
We thank you
for your support and appreciate your patience in waiting for this update.
Please get in touch with us if you require any further assistance.
Hello,
Updated to v24.2.5 via Nuget
Confirm that scrolling/refreshing issue with scheduler component has been resolved.
Thanks,
Ertem
Hi ERTEM,
We are glad that the issue has been resolved on your end, please get back to us if you need any further assistance.
Regards,
Jayashree
