<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://www.infopathdev.com:443/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Browser Forms</title><link>https://www.infopathdev.com:443/forums/40.aspx</link><description>For browser form specific questions</description><dc:language>en</dc:language><generator>CommunityServer 2007 SP3 (Build: 31118.962)</generator><item><title>Problems with Browser Form Date Pickers in non-IE browsers - resets to top of the form! (original question in Controls forum)</title><link>https://www.infopathdev.com:443/forums/thread/116173.aspx</link><pubDate>Sun, 30 Apr 2017 19:55:13 GMT</pubDate><guid isPermaLink="false">033a2e2d-04e2-4a9d-be01-a4634161eefd:116173</guid><dc:creator>merley72</dc:creator><slash:comments>0</slash:comments><comments>https://www.infopathdev.com:443/forums/thread/116173.aspx</comments><wfw:commentRss>https://www.infopathdev.com:443/forums/commentrss.aspx?SectionID=40&amp;PostID=116173</wfw:commentRss><description>&lt;p&gt;Hi, we have a customer who is wanting to use the Browser Form functionality of their Office 365 instance.&amp;nbsp; They have built one or two simpler forms themselves and&amp;nbsp;then asked us to create a Customer Complaint Management / Issues / Problems system for them using InfoPath-based browser forms.&amp;nbsp; We created the form as browser-enabled and firstly built it to work in&amp;nbsp;their test SharePoint Online site.&amp;nbsp; We used InfoPath 2013 and did all the standard data connection stuff, then once we were happy and knew it to be 95% built switched into their live site to do the final changes and extras etc. &lt;/p&gt;&lt;p&gt;All works OK with the logic of the form and they are happy with different&amp;nbsp;people taking responsibility etc.&amp;nbsp; The form has&amp;nbsp;only a couple of different Views (one for the base &amp;#39;problem&amp;#39; or &amp;#39;complaint&amp;#39; and a second for a supporting document.&amp;nbsp; There is a&amp;nbsp;reasonable level of logic in the &amp;nbsp;form with probably 7 status etc.&amp;nbsp; &lt;/p&gt;&lt;p&gt;It works well and in testing, the users and project manager were happy until one tester was &amp;#39;sent&amp;#39; the form to complete their bit&amp;nbsp;and was asked to select a date by which a step should be completed.&amp;nbsp; At that point they clicked on the datepicker icon, and the form skipped&amp;nbsp;up to the top of the page!&amp;nbsp; We each tested this as it was an odd glitch.&amp;nbsp; (note - the form didn&amp;#39;t close or shut down, just move position).&lt;/p&gt;&lt;p&gt;We discovered that any version of IE worked with no&amp;nbsp;problem at all whereas current versions of Chrome and FireFox (as of April 2017) both had the&amp;nbsp;problem.&amp;nbsp;&amp;nbsp;We have added date fields at a number of points on the form, and it didn&amp;#39;t matter which of these we tested, if you clicked the datepicker it caused the form to just move right up to the top/start.&lt;/p&gt;&lt;p&gt;I do remember a long time ago with non-IE browsers there was an issue with post-backs causing a form to move around when you went from field to field, and also there being a trick we had to employ&amp;nbsp;around the heights of fields, but nothing as major as this.&amp;nbsp; In the past I believe we have used a full range of browsers with limited problems.&lt;/p&gt;&lt;p&gt;Has anyone come across this problem before and if so, is there a way we can either minimise this or remove it altogether?&amp;nbsp;&amp;nbsp;Any help will be gratefully received.&lt;/p&gt;&lt;p&gt;Regards&amp;nbsp; Alan C.&amp;nbsp;&lt;/p&gt;</description></item></channel></rss>