﻿<?xml version="1.0" encoding="utf-8"?><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0"><channel><title>Intersoft Community - WebDesktop - Changes To WebFlyPostbackManager Requirements</title><link>http://www.intersoftsolutions.com/Community/WebDesktop/Changes-To-WebFlyPostbackManager-Requirements/</link><description /><generator>http://www.intersoftsolutions.com</generator><language>en</language><copyright>Copyright 2002 - 2015 Intersoft Solutions Corp. All rights reserved.</copyright><ttl>60</ttl><item><title>Changes To WebFlyPostbackManager Requirements</title><link>http://www.intersoftsolutions.com/Community/WebDesktop/Changes-To-WebFlyPostbackManager-Requirements/</link><pubDate>Wed, 08 Jun 2011 23:54:58 GMT</pubDate><dc:creator>yudi</dc:creator><description>&lt;p&gt;&lt;span style="font-family: 'segoe ui','sans-serif'; color: #1f497d; font-size: 9pt"&gt;Thank you very much for taking the time to send the sample and screenshot altogether. It really helps to reproduce the issue.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family: 'segoe ui','sans-serif'; color: #1f497d; font-size: 9pt"&gt;I test your sent sample on my local end using WebDesktop.NET 3.0.7200 (build 335) and find that the result is as expected (as shown in the “good” screenshot image).&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family: 'segoe ui','sans-serif'; color: #1f497d; font-size: 9pt"&gt;A video that shows how the test was made is enclosed as attachment.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family: 'segoe ui','sans-serif'; color: #1f497d; font-size: 9pt"&gt;Please try to update/apply the latest hotfix of WebDesktop and let us know if the problem still persist.&lt;/span&gt;&lt;/p&gt;</description></item><item><title>Changes To WebFlyPostbackManager Requirements</title><link>http://www.intersoftsolutions.com/Community/WebDesktop/Changes-To-WebFlyPostbackManager-Requirements/</link><pubDate>Wed, 08 Jun 2011 13:25:45 GMT</pubDate><dc:creator>sfrench@sierradata.com</dc:creator><description>&lt;p&gt;I've put together a quick sample as this error has been very easy to replicate. Drop the four aspx files into a project running WebDesktop 308. Open the sample form page and click the test button. It should look like good.jpg. Do the same for a project running 324 and you will get something similar to bad.jpg. I can't confirm with 334 until we have a way to access that version.&lt;br /&gt;&lt;/p&gt;</description></item><item><title>Changes To WebFlyPostbackManager Requirements</title><link>http://www.intersoftsolutions.com/Community/WebDesktop/Changes-To-WebFlyPostbackManager-Requirements/</link><pubDate>Wed, 08 Jun 2011 12:20:02 GMT</pubDate><dc:creator>sfrench@sierradata.com</dc:creator><description>&lt;p&gt;Is there anyway to access this update without a new installation? We have 2009 R1 SP1 installed and have kept up to date using the Update Manager.&lt;br /&gt;&lt;/p&gt;</description></item><item><title>Changes To WebFlyPostbackManager Requirements</title><link>http://www.intersoftsolutions.com/Community/WebDesktop/Changes-To-WebFlyPostbackManager-Requirements/</link><pubDate>Tue, 07 Jun 2011 23:40:34 GMT</pubDate><dc:creator>yudi</dc:creator><description>&lt;p&gt;&lt;span style="font-family: 'segoe ui','sans-serif'; color: #1f497d; font-size: 9pt;"&gt;I apologize for any inconvenience this problem may have caused you.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family: 'segoe ui','sans-serif'; color: #1f497d; font-size: 9pt;"&gt;The most current version of WebDesktop.NET 3.0 is 3.0.7200.334 that comes with the installer of Intersoft WebUI Studio 2011 R1. Could you please kindly check and test whether the issue still persists on this build version?&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family: 'segoe ui','sans-serif'; color: #1f497d; font-size: 9pt;"&gt;I’m willing to advice you further but in order to do so I would need you to elaborate on your specific scenario and possibly give us a running simple sample and a step-by-step guide that we can use to observe the problematic behavior.&lt;/span&gt;&lt;/p&gt;</description></item><item><title>Changes To WebFlyPostbackManager Requirements</title><link>http://www.intersoftsolutions.com/Community/WebDesktop/Changes-To-WebFlyPostbackManager-Requirements/</link><pubDate>Wed, 01 Jun 2011 14:15:22 GMT</pubDate><dc:creator>sfrench@sierradata.com</dc:creator><description>Hello,&lt;br /&gt;&lt;br /&gt;We recently updated our WebDesktop control from version 3.0.7200.308 to 3.0.7200.324. This update was installed at the same time as a bunch of other Intersoft Control updates that all seemed to be successful. It took a few days in our dev environment to notice that basically all of our WebFlyPostbackManager implementations had broken. After some exhaustive testing and debugging we finally found the issue as described below.
&lt;p&gt;In the past we had one WebFormListener.aspx file that contain many generic and page specific WebFlyPostBackMethods in the codebehind VB. The aspx page had no reference to the web desktop or web fly postback manager controls/namespaces. This has been working fine for years. Now it looks like not only do you have to Register the WebDesktop assembly on the main aspx page, but you also need to have a WebFlyPostBackManager control on the page&lt;strong&gt; with an ID that matches the WebFlyPostBackManager control on the referencing page&lt;/strong&gt;. These requirements are new to us as this has worked for so long without them. We currently have many pages referencing this one WebFormListener all using different IDs for the WebFlyPostBackManager control.&lt;br /&gt;&lt;br /&gt;We'd like to confirm this new control matching between referencing page and listener is how it should be working with the update before we go through all of the effort to update our entire application. We worked hard to match up your sample app with our development servers after finding the errors and this is the one difference that got things working again. I'd just hate to go through all the effort of updating our app if we happened to miss something else. Can someone confirm this is a change that occurred between version 3.0.7200.308 and 3.0.7200.324 and that the updates I've outlined are required?&lt;br /&gt;&lt;br /&gt;Thanks,&lt;br /&gt;Scott French&lt;br /&gt;&lt;/p&gt;</description></item></channel></rss>