Calendar dissapears to quickly before users can do anything (i.e. the animation for closing shows, but not the calendar picker). Here is the video to see the issue.
http://youtu.be/Rvup8VKv0LY
Has anybody else experienced this? Hosted on IIS6, windows 2003 server. To reproduce the webdatepicker is in within a frameset and frame. So there is a top frame and a bottom frame. It is within the bottom frame.
Works fine on safari, safari ipad agent, just no the ipad.
The client events fire calendaropen, calendarclose and then animation close. The problem is that it never really shows the calendar and the calendarclose gets called instantly.
Weird.
Thanks for any help!
Hi baileyjames,
Thank you for posting in the community.
Please note that Windows 2003 Server is no longer supported. A detailed list of our supported environments is available at:
http://ko.infragistics.com/support/supported-environments.aspx#SupportedEnvironments
I have tested this scenario using version 11.2 under IPad 2 IOS5.1 but am so far unable to replicate the behavior. It would help to know which version of .NetAdvantage you are using as older version may not have touch support.
Please feel free to contact me if you have any questions.
HI, thank you for helping. re: 2003, noted. I'll see what I can do about that. Do you think windows 2003 iis 6 could be the issue?
I cannot replicate it in a sample app either. It has something to do with iframe support (the calendar popup appears to be an iframe). I'm using the latest WebDataPicker 11.2 build 2086. This bug only occurs on the ipad device, the other browsers are fine, the other agents in Safari are fine.
On the form I have 3 webdatagrids, references to jquery, jquery ui, my css and the page is displayed within framesets (the main bottom frame).
I'll keep trying to reproduce it in a small sample app.
I was able to reproduce this issue. Server=windows 2003, iis 6. App pool = .net 2.0.
What was happening was the server was not recompiling the visual studio web site project .dll when a new .vb/.cs file was deployed. I was able to force a recompile by changing the web.config file and see the rendering issues go away. This issue was clearly not an infragistics control problem. I was able to also re-produce issues in non-infragistics controls.
I strongly recommend upgrading to windows server 2008 and iis7.
Hope this helps someone else out there.
Sorry, spoke too soon. This did not have anything to do with the problem. Still exists.
Apologies for the delayed response.
Unfortunately, I am unable to replicate the behavior using build 2086, version 11.2. It would be really helpful to see a small sample illustrating the matter in order to be able to test this further.
When I get some spare time I will write a small one and hopefully reproduce it. It has to do with frames from multiple aspx pages rendering on the iPad within those frames. We are working around it now. Our setup has a top frame, a bottom (main) frame. Within the bottom frame we render a different aspx page that uses 3 more frames. The inner right frame of that set has issues on the ipad. I know what your thinking, who uses frames? Well, this is an old legacy app that is huge. So we are trying to help break it out of the frames to help it run better on the ipad. We are also developing a new css for tablets.
Please feel free to contact me if you are still experiencing any issues.
Thank you for your reply. Please feel free to contact me whenever you get the chance to isolate the behavior in a separate sample sample as the matter here seems specific to the structure of your project.