From: SourceForge.net <no...@so...> - 2010-08-12 05:28:18
|
Bugs item #1770076, was opened at 2007-08-08 22:33 Message generated for change (Comment added) made by lastmodified You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=782464&aid=1770076&group_id=151897 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Fofr (fofr) Assigned to: Nobody/Anonymous (nobody) Summary: asp:FileUpload disables anthem features on whole site Initial Comment: when you use asp:FileUpload OR anthem:FileUpload and user click on the browse button and select some file, i will compleatly disable anthem features on the whole site. Tested on IE7 and FF 2.+. I am using Anthem 1.5.1 Same behaviour you can see in your samples of FileUpload ---------------------------------------------------------------------- Comment By: ping (lastmodified) Date: 2010-08-12 13:28 Message: Just to feedback on this "bug", I realised that the postback effect was not a real full postback (in the usual .net sense of the word). The page does indeed post only on the iframe and the response is a partial page update (observed from Fiddler). The postback perceived is due to the browser flicker/progress indicator being shown by FF/Chrome when an iframe is posted to. Annoying but it doesn't appear that much can be done about it? ---------------------------------------------------------------------- Comment By: ping (lastmodified) Date: 2010-08-11 21:42 Message: Just want to +1 on this bug. This issue can be seen on http://anthem.talloaksoftware.com/FileUpload.aspx If you browse a file, and click on the Anthem Upload Button, the page WILL do a postback, instead of the ajax call. This bug can be reproduced on on FF3.0 / FF3.6 / Chrome 5 / Chrome 6. Testing on IE8 does not reproduce this issue (no postback). ---------------------------------------------------------------------- Comment By: Nathan (nbarger) Date: 2008-04-08 09:20 Message: Logged In: YES user_id=2034831 Originator: NO I can confirm that it actually won't let you do any callbacks after you upload a file as well. I have some custom callbacks that it breaks ---------------------------------------------------------------------- Comment By: Andy Miller (afm_44) Date: 2007-09-18 23:09 Message: Logged In: YES user_id=1245761 Originator: NO Please attach a self-contained sample page that demonstrates the problem. "So something is not working well. Just like i said, that same behaviour like i described you can see in 2005 examples -> FileUpload (when you select some file, and than you click on + button to show another fileDialog, there will be postback instead od callback...)" There are 2 ways to make a "callback"; using XmlHttpRequest and using an IFRAME postback. They are both "callbacks". Only the IFRAME postback method supports the <file> tag. So that is the method we use. If you can find a way to use XmlHttpRequest, please post the working solution as a patch. ---------------------------------------------------------------------- Comment By: Andy Miller (afm_44) Date: 2007-08-09 03:24 Message: Logged In: YES user_id=1245761 Originator: NO Please attach a simple, self-contained page that demonstrates the problem. I should be able to save the page to an existing web site, load it in a browser, and be able to duplicate the problem. ---------------------------------------------------------------------- Comment By: Fofr (fofr) Date: 2007-08-09 03:01 Message: Logged In: YES user_id=1863241 Originator: YES But there is still problem if you are using textarea on the same page with FileUpload. It generates this html to my textareas: <tr><td></anthemarea> and a lot of white space ---------------------------------------------------------------------- Comment By: Andy Miller (afm_44) Date: 2007-08-09 02:16 Message: Logged In: YES user_id=1245761 Originator: NO It's true that when a FileUpload control in on the page, all of the Anthem controls will use an IFRAME postback instead of XmlHttpRequest to make the "callback". This is required for FileUpload (and it is how all* Ajax libraries handle the <file> element). Note that even when the IFRAME postback technique is used, there is only a partial page update, just like the XmlHttpRequest technique. I don't see what you mean by "i will compleatly diable anthem features on the whole site". The link below is to a very large site with Anthem features on nearly every page. All of the pages work exactly as expected before and after using the FileUpload example, http://anthem.talloaksoftware.com/ * As far as I know. ---------------------------------------------------------------------- Comment By: Fofr (fofr) Date: 2007-08-09 01:04 Message: Logged In: YES user_id=1863241 Originator: YES This bug was reported here: http://sourceforge.net/tracker/index.php?func=detail&aid=1691075&group_id=151897&atid=782464 , but i check that fix and this fix is added in 1.5.1 but it is still not working. It puts some strange html in my textearea, that html looks like this: <tr><td></anthemarea> and a lot of white space... So something is not working well. Just like i said, that same behaviour like i described you can see in 2005 examples -> FileUpload (when you select some file, and than you click on + button to show another fileDialog, there will be postback instead od callback...) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=782464&aid=1770076&group_id=151897 |