Minh T. Nguyen

# re: Whidbey's Client Callback Feature on DotNetJunkies

Congratulations Minh!

Glad to help out.

# re: Whidbey's Client Callback Feature on DotNetJunkies

Can you comment on the suitability of Client Callback for real 'Internet' web solutions?

From what I can see, the feature is IE specific on the PDC and CTP versions of ASP.NET 2.0.

I read that Mozilla has support for 'XML http request objects' (see
http://webfx.eae.net/dhtml/xmlextras/xmlextras.html) but the javascript injected by ASP.NET is IE specific.

Do you know of any plan for cross browser support?

Marcus

# re: Whidbey's Client Callback Feature on DotNetJunkies

Marcus,

Sorry for the soo late reply.

This feature is ASP.NET 2.0 specific, yes. It's a new ASP.NET 2.0 feature. However, it should work on any browser that can instantiate the XMLHTTP object. This includes all major versions of IE and possibly other browsers such as Netscape as well. However, I have not done these test yet, and will do so. I will let you know here.
In addition, the Request.Browser object will tell you whether the browser supports Callback or not.

Hope this helps,
Minh T. Nguyen (again, I will try out Mozilla and Mac IEs as well some day).

# re: Whidbey's Client Callback Feature on DotNetJunkies

Good job, Minh!

# re: din seria ASP.NET 2.0

# re: Client Callbacks with ASP.NET 2.0

# re: din seria ASP.NET 2.0

# re: Client Callbacks with ASP.NET 2.0

# re: Whidbey's Client Callback Feature on DotNetJunkies

I implemented the callback example, and it works great in IE. However in Mozilla it chokes with an error

Error: pageUrl is not defined
Source File: http://localhost:35084/PlayWithAspCallBackFeature/WebResource.axd?a=s&r=WebForms.js&t=632248968185287500
Line: 53

Here is the line of code from the .axd file that asp.net is automatically generating.

if (pageUrl.indexOf("?") != -1) {
xmlRequest.open("GET", pageUrl + "&" + postData, false);
}

An idea how to get around this??

Also their is another error on the page in mozilla, that shows up in the javascript console but not to the user. Don't know if that has anything to do with it.

Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsITransferable.getAnyTransferData]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://global/content/nsTransferable.js :: anonymous :: line 132" data: no]

Any ideas??
Thanks
Ashish

# re: Whidbey's Client Callback Feature on DotNetJunkies

Do you know if there need to be any special permissions set for this feature to work?
Because it works fine on my local server (WinXP, IIS 5.1) but returns javascript errors related to webresource.axd loading webforms.js and scripts for validation controls when put on production server (Win2k server, IIS 5.0).

Any suggestions?

# ASP.NET 2.0 and Cross Browser Support

Scott Guthrie talks about cross browser support in ASP.NET 2.0, but is the new Client Callback fixed?

# ASP.NET 2.0 and Cross Browser Support

Scott Guthrie talks about cross browser support in ASP.NET 2.0, but is the new Client Callback fixed?

# re: Whidbey's Client Callback Feature on DotNetJunkies

Sorry for the long wait guys. I haven't played with Mozilla and FireFox yet, so I don't know if it works for those browsers. However, the code that I wrote was using a relatively "old" version of .NET 2.0. Let's wait until .NET 2.0 is actually released. I am sure until then there will be a lot of changes in regards to this.

Thanks,
Minh T. Nguyen.

# re: Whidbey's Client Callback Feature on DotNetJunkies

This is tragic.
Microsoft, just read http://jibbering.com/2002/4/httprequest.html,
you dunces. Please don't expect other browser vendors to start supporting sicko activex methods of instantiation.

# re: Whidbey's Client Callback Feature on DotNetJunkies

There is one gotcha though. By default, ASP.NET 2.0 thinks Mozilla doesn't support callbacks/xmlhttp. The truth is that it can handle this stuff perfectly. To tell ASP.NET that Mozilla based browsers do support this stuff, we have to extend the configuration of the webapplication (either your web.config or the machine.config):



<browserCaps>
<!-- GECKO Based Browsers (Netscape 6+, Mozilla/Firebird, ...) //-->
<case match="^Mozilla/5\.0 \([^)]*\) (Gecko/[-\d]+)? (?'type'[^/\d]*)([\d]*)/(?'version'(?'major'\d+)(?'minor'\.\d+)(?'letters'\w*)).*">
browser=Gecko
type=${type}
frames=true
tables=true
cookies=true
javascript=true
javaapplets=true
ecmascriptversion=1.5
w3cdomversion=1.0
css1=true
css2=true
xml=true
tagwriter=System.Web.UI.HtmlTextWriter
supportsXmlHttp=true
supportsCallback=true
<case match="rv:(?'version'(?'major'\d+)(?'minor'\.\d+)(?'letters'\w*))">
version=${version}
majorversion=${major}
minorversion=${minor}
<case match="^b" with="${letters}">
beta=true
</case>
</case>
</case>
</browserCaps>

# re: Whidbey's Client Callback Feature on DotNetJunkies

I have the same issue - works fine on my XP box, but fails on Server 2003, IIS5.0 I can see WebReference.axd is not being downloaded into Temporary Internet Files from my production box. Trouble...

# re: Whidbey's Client Callback Feature on DotNetJunkies

Has anyone found a solution to the WebResource.axd not being found (404) on Windows 2003? I see two ther complaints about the problem, but no solutions. Any suggestions would be greatly appreciated.

# re: Whidbey's Client Callback Feature on DotNetJunkies

Same trouble here- WebResource.axd not found running on IIS6/Server 2003 (asp.net 2.0 beta 2)- Any help? I'm not even trying to use the 'Client Callback' feature, just the standard javascript postback scripts- I get the 'WebForm_PostBackOptions' is undefined...

# re: Whidbey's Client Callback Feature on DotNetJunkies

Webresource.axd Not found error occurs when we load the system heavily in performance testing.....Could any one help!!

# re: Whidbey's Client Callback Feature on DotNetJunkies

Ditto on the Webresource.axd Not found error. I developed using realeased version VS2003 works fine on my XP dev machine but fails after deployng to Win2003 server. Webresource.axd was Called from the new ASP menu control.

# re: Whidbey's Client Callback Feature on DotNetJunkies

As a workaround you can create an emtpy WebResource.axd file in the root folder.

# re: Whidbey's Client Callback Feature on DotNetJunkies

FIXED!

Don't do those workarounds. Fix it. Now you can, here's the solution. It's an IIS option.

On the aspnet_isapi.dll extension, specifically for the .axd extension, turn OFF option 'Verify that file exist'.

Once WebResource.axd is requested (or any .axd file) IIS will check if the file exists. Since it does not exist, IIS returns a 404.
WebResource.axd is a new built-in HTTP handler in ASP.NET 2.0

# re: Whidbey's Client Callback Feature on DotNetJunkies

I've been getting the 404 error for WebResource.axd as well, but the setting on my site for 'Verify that file exists' is off already...
Any other ideas?

-Joel

# re: Whidbey's Client Callback Feature on DotNetJunkies

It is not Fixed. Your workaround does not work.

I have found Microsoft MVP's say to NOT create a dummy file, do NOT put all your javascripts into one file which you call webresource.axd and upload it yourself. And the reason cited is that ASP.NET 2.0 is SUPPOSED to create the file for you.

But the reality is that it only works on developer stations and not on production IIS 6 servers. Which gives rise to the "it's the code", "no, it's the server" war that takes place between developers and sysadmins.

Nice.

Lots of people with the problem... not a single viable solution. Where's a microsoft knowledgebase article when you need one?

I'm attaching iisstate to see if I get anything out of that.

Here's what I am seeing... when I do anything to the extention... turn on verify file exists, apply the changes, and then turn it off and apply the changes... it works for a while and then breaks again. If I remove the extension and put it back in, it works for a while and breaks again.

SecureIIS has nothing to do with this, because I have turned it off and do one of the above and it works for a while and then it breaks again. By breaks again, I mean it returns webresource.axd as a 404.

This isn't just this product, I am seeing this on custom code too.

If there's a fix or a knowledge base article, or someone knows how to get rid of this in a safe and supported way, please let everyone else know. The only "workaround" we have is to cat together all the js files into one webresource.axd and that takes us to the top of my post.

Thanks for readning,

EDF

# re: Whidbey's Client Callback Feature on DotNetJunkies

FOLLOW-UP:
Items involved: SecureIIS, IIS 6.0, ASP.NET 2.0, webresource.axd

Problem:
On IIS 6.0 with ASP.NET 2.0, your application is giving a 404 file not found error for the webresource.axd file.

iisstate didn't turn up anything useful for me and I wasn't going to chase dumps for days.

My Resolution (if this doesn't work for you, I'm sorry):
This may not be your case, but I found articles that reference wildcard application mappings that make things go crazy if they aren't installed correctly or with the right config.

I had SecureIIS installed on the system, but it was off and I would receive unpredictable results like those above... it would work if you play with the checkboxes for a while and then it wouldn't.

So I made sure to do the following:
In the wildcard application mappings I made sure to put the path into the box and checked do not verify. In my explicit case, I entered "C:\Program Files\eEye Digital Security\SecureIIS\Components\SecureIIS\SecureIIS.dll" and did not check the verify box. I then bounced the system.

This made it work every time and for hours past when it would normally go wierd.

Turning on SecureIIS would lead to the webresource.axd not downloading again. Even though the file would show up now when SecureIIS was off. The SecureIIS log would show it as missing.

eEye Support was no help. I spent hours flipping switches in SecureIIS on and off to no avail.

A Microsoft article explained that webresouce.axd only existed in memory, never on the filesytem and the framework would handle that. But since SecureIIS intercepts both the incoming and the outgoing transmissions and checks against a ruleset, it would intercept the call for the file because webresouce.axd didn't exist on the disk.

SecureIIS was intercepting the request for the file and returning a 404 because the file doesn't exist on the web server, only in memory.

Once I realized this, I found what I needed from the eEye knowledge base article KB000431 (posted here to help those who eEye support couldn't help):

To allow access to all sites that use virtual folders or files, you need to disable the VFE check for all sites via the steps below:

VFE Check - Global Disable:
- Using Explorer, navigate to \eEye Digital Security\Components\SecureIIS\Policies and open up web0.ini with a text editor
- Add (or modify if it exists) the following entry:
[IfFileExist]
Check=0
- Save the INI file.
- Select the “Site Security” component.
- Disarm SecureIIS
- Rearm SecureIIS

Voila!

This allows all the benefits of SecureIIS without checking for if webresource.axd exists. Unfortunately it is a global change and not a selective change. You could do it per site, but all my sites are ASP.NET 2.0, so why bother.

Doing this then, we can get as many of the benefits that we can get away with to keep the site safe and still allow functionality.

I look forward to IIS 7.0 where we finally get the tools and we need and build upon a real good start with IIS 6. THen we won't need these (or as many) extensions. Don't get me wrong... SecureIIS is a good (but expensive) product for what it does, but from what I see in IIS 7, I just don't see that I'll need SecureIIS then.

Thanks for reading. Good Luck!
EDF

# re: Whidbey's Client Callback Feature on DotNetJunkies

Hi,
I am having a website which I am trying to optimize the speed of the site.
The major problem I am getting is the size of webresouce.axd file size and I am getting WebResource.axd,WebResource(1).axd,WebResource(2).axd multiple of them with sizes 21kb, 242kb and 3kb respectively.
Any suggestion on how to reduce the size of these file and to avoid generation of mulitiple of them will be of great help

Thanks,
Dee

# re: Whidbey's Client Callback Feature on DotNetJunkies

Scott Guthrie talks about cross browser support in ASP.NET 2.0, but is the new Client Callback fixed?

# re: Whidbey's Client Callback Feature on DotNetJunkies

I tried a lot of the different options for fixing this which you can find on-line.

The only thing that finally fix this problem for me, was to uncheck the "Verify that file exists" check box for the Wildcard entry I had under IIS Properties for the site>Home directory>Configuration...>"Edit" on the entries for the wildcard entries>Uncheck the check box.

To me it does not make sense that wildcard would overrule the specific entry that states that AXD files should be loaded as such.. (stated in the Application extensions section above) But it seems to do so anyway.

This saved my day that is for sure!

Good luck out there!

EPi_Boy

# re: Whidbey's Client Callback Feature on DotNetJunkies

Webresource.axd Not found error occurs when we load the system heavily in performance testing Could any one help ?

# re: Whidbey's Client Callback Feature on DotNetJunkies

<quote>I've been getting the 404 error for WebResource.axd as well, but the setting on my site for 'Verify that file exists' is off already...
Any other ideas?

-Joel </quote>

i agree with this idea.
my blog is <a href="http://grafikdersleri.co.cc">Photoshop Dersleri</a> Please help

# re: Whidbey's Client Callback Feature on DotNetJunkies

Thanks for your review, my friend. I am happy to read your blog.

# re: Whidbey's Client Callback Feature on DotNetJunkies

useful information content available

# Enker Cam balkon

Camlarin katlanarak ayni noktaya toplanabilme özelligi nedeni ile mevsimsel degisikliklere en iyi cevap verebilen bir sistemdir.

# re: Whidbey's Client Callback Feature on DotNetJunkies

toplanabilme özelligi nedeni ile mevsimsel degisikliklere en iyi cevap verebilen bir sistemdir.

# re: Whidbey's Client Callback Feature on DotNetJunkies

Thanks for posting about this, I would love to read more about this topic.

# re: Whidbey's Client Callback Feature on DotNetJunkies

thank's site

# re: Whidbey's Client Callback Feature on DotNetJunkies

masa ve sandalye portali

# re: Whidbey's Client Callback Feature on DotNetJunkies

sömine modelleri

# re: Whidbey's Client Callback Feature on DotNetJunkies

mobilya dekorasyon rehberi

# re: Whidbey's Client Callback Feature on DotNetJunkies

en yeni oyunlar burada

# re: Whidbey's Client Callback Feature on DotNetJunkies

sandalye modelleri

# re: Whidbey's Client Callback Feature on DotNetJunkies

Set your own life time easier take the <a href="http://lowest-rate-loans.com/topics/home-loans">home loans</a> and everything you want.

# re: Whidbey's Client Callback Feature on DotNetJunkies

I found your website perfect for my needs. It contains wonderful and helpful posts. Carry on this work. In the end, I would like to thank you for making such a nice website.

# re: Whidbey's Client Callback Feature on DotNetJunkies

Thanks to the author, Adam Kinney and Derrill Dabkoski for very interesting and informative article that helped me a lot with ASP.NET 2.0's new Client Callback Feature, that I struggled before

# re: Whidbey's Client Callback Feature on DotNetJunkies

Derrill Dabkoski for very interesting and informative article that helped me a lot with ASP.NET 2.0's new Client Callback Feature, that I struggled before

# re: Whidbey's Client Callback Feature on DotNetJunkies

thnaks

# AxiGenc.Org

thanks.

<a title="Film indir, Dvdrip indir, Oyun indir, Full indir, Dizi indir, Hd Mp4 indir, Rapidshare indir, Hotfile indir" href="http://www.axigenc.org" target="_blank"><img src="http://www.axigenc.org/axicon.jpg" alt="Www.AxiGenc.Org" /></a>

# re: Whidbey's Client Callback Feature on DotNetJunkies

<a href="http://www.videoseyret.gen.tr" title="video, video izle, video seyret" target="_blank">Video Seyret</a> -
<a href="http://www.oyun-sitesi.gen.tr" title="oyun, oyun sitesi, oyun siteleri" target="_blank">Oyun Sitesi</a>

# re: Whidbey's Client Callback Feature on DotNetJunkies

Thanks for your useful post i will try to implement it on my site and let you know

# re: Whidbey's Client Callback Feature on DotNetJunkies

thanks admin

# re: Whidbey's Client Callback Feature on DotNetJunkies

thanks admin

# re: Whidbey's Client Callback Feature on DotNetJunkies

Very nice post, thank you for sharing.

# re: Whidbey's Client Callback Feature on DotNetJunkies

thanks admin

# re: Whidbey's Client Callback Feature on DotNetJunkies

great

# re: Whidbey's Client Callback Feature on DotNetJunkies

Thanks a lot.

# re: Whidbey's Client Callback Feature on DotNetJunkies

really good

# çoklu msn indir

tanks adin

# okey oyna

really good

# re: Whidbey's Client Callback Feature on DotNetJunkies

THANKS YOU

# re: Whidbey's Client Callback Feature on DotNetJunkies

vooooow thaks you

# re: Whidbey's Client Callback Feature on DotNetJunkies

good news

thank you

# re: Whidbey's Client Callback Feature on DotNetJunkies

good article

Thanks

# Özel Ders Matematik

Sinava hazirlik asamasinda olan gençler hayatlarinin zor dönemlerinden birinde bulunuyorlar. Kendilerini henüz tam anlamiyla taniyamamis olduklari bu dönemde geleceklerini sekillendirmeye çalisiyorlar.

# Özel Ders Matematik

Hi - This is by far the best looking site I’ve seen. It was completely easy to navigate and it was easy to look for the information I needed. Fantastic layout and great content! Every site should have that. I put a link to your blog at my site, hope you dont mind?

# re: Whidbey's Client Callback Feature on DotNetJunkies

I admire time and effort involved in running such informative and inspiring blog! Information you share here is very valuable for me! Thanks for it.

# re: Whidbey's Client Callback Feature on DotNetJunkies

http://www.filmshared.com/
http://www.filmevi.org/

# re: Whidbey's Client Callback Feature on DotNetJunkies

Cool post! How much stuff did you have to look up in order to write this one? I can tell you put some work in.

# Mayweather VS Mosley Live Stream

I might check this site back tomorrow. there are creepy css problem

# re: Whidbey's Client Callback Feature on DotNetJunkies

fantastic posting thanks for sharing this with us..

# re: Whidbey's Client Callback Feature on DotNetJunkies

Great blog. There's a lots good data in this blog, though I would like tell you something. I can understand the content, but the navigation doesn't work so good. I never usually post on blogs but I have found this is very useful work. Thank you so much.

# re: Whidbey's Client Callback Feature on DotNetJunkies

really this is a nice web thank you thanks admin good post super messege

# re: Whidbey's Client Callback Feature on DotNetJunkies

hello to everyone who has blog.first I congratulate the blog owner.he is got excellent blog.actually I read all your articles from weary and your writing very attractive waiting to continue thanks

# re: Whidbey's Client Callback Feature on DotNetJunkies

hello i think maybe you will want some hot and nice words.

# nice post

fantastic posting and a very informative article.

# nice post

Its really very fine and informative post. I found your website perfect for my needs. thanks for the information....

# nice post

I must say, it’s hard to find knowledgeable people on this topic. so nice of you

# chat

thank you

# re: Whidbey's Client Callback Feature on DotNetJunkies

This is Whidbey's Client Callback Feature on DotNetJunkies What I am looking for. thanks for this post.

# re: Whidbey's Client Callback Feature on DotNetJunkies

really good thank you

# re: Whidbey's Client Callback Feature on DotNetJunkies

coool thank you

# re: Whidbey's Client Callback Feature on DotNetJunkies

i like thanks

# re: Whidbey's Client Callback Feature on DotNetJunkies

çizgi film izle
video izle
kral oyun
www.cizgifilmoyunlari.com çizgi film oyunlari

# re: Whidbey's Client Callback Feature on DotNetJunkies

i like it thank you

# re: Whidbey's Client Callback Feature on DotNetJunkies

I have been searching for a site like this in the field I am interested in. I am a great fan. I also like all things about do it yourself suggestions that help you to save.

# re: Whidbey's Client Callback Feature on DotNetJunkies

Very informative post regarding ASP.NET 2.0. It is surely going to help people in this topic. Thanks.

# re: Whidbey's Client Callback Feature on DotNetJunkies

This is a very great and informative article. thanks for sharing the information.

# video

good nice post

# erotik film izle

www.filmizley.com
www.videosunuizle.com
www.ligtvizlet.net
www.ligtvizlet.org
www.ligtvizler.net
www.cadde-emlak.com
www.cinefilmizle.net
www.oyunkenti.org
www.sinetv.org
www.filmatolyesi.net
www.sinnemax.blogspot.com
www.xatnickleri.blogspot.com

# re: Whidbey's Client Callback Feature on DotNetJunkies

Wonderful Article! I have bookmarked this page and I love to share this with my friends and circle of influence.

# re: Whidbey's Client Callback Feature on DotNetJunkies

<a href="http://www.dailydressupgames.com">dress up games</a>
<a href="http://www.dailydressupgames.com/dress-up-games/62/Dora-Games">dora games</a>

# re: Whidbey's Client Callback Feature on DotNetJunkies

This is what i am exactly looking for thanks a lot.

# re: Whidbey's Client Callback Feature on DotNetJunkies

i like it

# re: Whidbey's Client Callback Feature on DotNetJunkies

its cool

# re: Whidbey's Client Callback Feature on DotNetJunkies

awesome post

# re: Whidbey's Client Callback Feature on DotNetJunkies

Great blog. There’s a lots good data in this blog, though I would like tell you something. I can understand the content, but the navigation doesn’t work so good. I never usually post on blogs but I have found this is very useful work. Thank you so much.

# re: Whidbey's Client Callback Feature on DotNetJunkies

As an example, I built a Windows Explorer-lookalike that is all client-script driven although you navigate through the server's file system.

# re: Whidbey's Client Callback Feature on DotNetJunkies

I wrote about ASP.NET 2.0's new Client Callback Feature, which allows you to call server-side methods from JavaScript without the need for posting back

# re: Whidbey's Client Callback Feature on DotNetJunkies

Thanks for taking the time to discuss this, I feel strongly about it and love learning more on this topic. If possible, as you gain expertise, would you mind updating your blog with more information? It is extremely helpful for me.

# re: Whidbey's Client Callback Feature on DotNetJunkies

Great minimalist designs. I’m a firm believer in the k.i.s.s. design method. After all, most of the biggest sites on the web use minimalistic designs, like Google, eBay, Amazon, etc. As long as it’s a good user interface, minimalist design is a great choice.

# re: Whidbey's Client Callback Feature on DotNetJunkies

For this matter, once I discussed with one of my friends, not only about the content you
talked about, but also to how to improve and develop, but no results. So I am deeply moved by, what you said today.

# re: Whidbey's Client Callback Feature on DotNetJunkies

Nice colletion of features on Dot net applications. I just stumbled upon your blog and wanted to say that I have really enjoyed reading your blog posts. Any way I'll be subscribing to your feed and I hope you post again soon.

# re: Whidbey's Client Callback Feature on DotNetJunkies

Very informative post. I was looking for information about this topic and this post really helped me a lot. Thanks for sharing.

# re: Whidbey's Client Callback Feature on DotNetJunkies

Happy to see your blog as it is just what I’ve looking for and excited to read all the posts. I am looking forward to another great article from you. After skimming through your website

# re: Whidbey's Client Callback Feature on DotNetJunkies

I think youve made some truly interesting points. Not too many people would actually think about this the way you just did. Im really impressed that theres so much about this subject thats been uncovered and you did it so well, with so much class. Good one you, man! Really great stuff here.

# re: Whidbey's Client Callback Feature on DotNetJunkies

I'm going to blog about that...

# sesli chat

thank you admin

# re: Whidbey's Client Callback Feature on DotNetJunkies

For this matter, once I discussed with one of my friends, not only about the content you
talked about, but also to how to improve and develop, but no results. So I am deeply moved by, what you said today.

# re: Whidbey's Client Callback Feature on DotNetJunkies

I admit, I have not been on this webpage in a long time... however it was another joy to see It is such an important topic and ignored by so many, even professionals. I thank you to help making people more aware of possible issues.Great stuff as usual Alternatively, you might be able to see if you can track down an expert online who may know where to find your book out of print.

# mIRC indir

thank you admin sagol

# re: Whidbey's Client Callback Feature on DotNetJunkies

wrote about ASP.NET 2.0's new Client Callback Feature, which allows you to call server-side methods from JavaScript without the need for posting back. As an example, I built a Windows Explorer-lookalike that is all client-script driven although you navigate through the server's file system.

# re: Whidbey's Client Callback Feature on DotNetJunkies

Wonderful Article about DotNetJunkies I have bookmarked this page and I love to share this with my friends and circle of influence

# re: Whidbey's Client Callback Feature on DotNetJunkies

thanks for me

# re: Whidbey's Client Callback Feature on DotNetJunkies

thanks man

# re: Whidbey's Client Callback Feature on DotNetJunkies

thanks man webmaster

# re: Whidbey's Client Callback Feature on DotNetJunkies

hello i think maybe you will want some hot and nice words

# re: Whidbey's Client Callback Feature on DotNetJunkies

nice post, thanks

# re: Whidbey's Client Callback Feature on DotNetJunkies

Thank you admin

# re: Whidbey's Client Callback Feature on DotNetJunkies

instantiate the XMLHTTP object. This includes all major versions of IE and possibly other browsers such as Netscape as well. However, I have not done these test yet, and will do so. I will let you know here.
In addition, the Request.Browser object will tell you whether the browser supports Callback or not.

# re: Whidbey's Client Callback Feature on DotNetJunkies

i like it

# re: Whidbey's Client Callback Feature on DotNetJunkies

thank you

# re: Whidbey's Client Callback Feature on DotNetJunkies

thank you

# re: Whidbey's Client Callback Feature on DotNetJunkies

awesome dude thanks

# re: Whidbey's Client Callback Feature on DotNetJunkies

interesting post

# re: Whidbey's Client Callback Feature on DotNetJunkies

its good

# re: Whidbey's Client Callback Feature on DotNetJunkies

i like thanks

# re: Whidbey's Client Callback Feature on DotNetJunkies

thanks dude

# re: Whidbey's Client Callback Feature on DotNetJunkies

thanks

# re: Whidbey's Client Callback Feature on DotNetJunkies

tHANK you.

# re: Whidbey's Client Callback Feature on DotNetJunkies

great article very nice thanks

# re: Whidbey's Client Callback Feature on DotNetJunkies

Thank you for sharing

# re: Whidbey's Client Callback Feature on DotNetJunkies

paylasimlar güzel tesekkür

# re: Whidbey's Client Callback Feature on DotNetJunkies

Great work done.

# re: Whidbey's Client Callback Feature on DotNetJunkies

I see that you have done a really hard research,

# re: Whidbey's Client Callback Feature on DotNetJunkies

its cool dude

# re: Whidbey's Client Callback Feature on DotNetJunkies

arkadaslar siteniz çok güzel tesekkürler...

# re: Whidbey's Client Callback Feature on DotNetJunkies

Tesekkürler admin..

# re: Whidbey's Client Callback Feature on DotNetJunkies

güzel bir çalisma

# re: Whidbey's Client Callback Feature on DotNetJunkies

I think that the client call back feature could really help out my customer service.

# re: Whidbey's Client Callback Feature on DotNetJunkies

Very true.

# re: Whidbey's Client Callback Feature on DotNetJunkies

thank you friends!

# re: Whidbey's Client Callback Feature on DotNetJunkies

OF BE SAGOL ADMIN

# re: Whidbey's Client Callback Feature on DotNetJunkies

Agree your statement.

# re: Whidbey's Client Callback Feature on DotNetJunkies

Thank You admin

# re: Whidbey's Client Callback Feature on DotNetJunkies

Thanks,

# re: Whidbey's Client Callback Feature on DotNetJunkies

I see that you have done a really hard research

# re: Whidbey's Client Callback Feature on DotNetJunkies

thanks..

# re: Whidbey's Client Callback Feature on DotNetJunkies

thanks..

# sesli chat

thanks for sharing

# sesli chat

thanks

# konya chat

thanks for sharing

# hollanda chat

thanks

# re: Whidbey's Client Callback Feature on DotNetJunkies

thanks for blog

# re: Whidbey's Client Callback Feature on DotNetJunkies

güzel paylasim tesekkür

# re: Whidbey's Client Callback Feature on DotNetJunkies

hello mate
after read your article i think i should post it in my face book
i want 2 share with my friends
do u mind if i do that??
any way many thanks for great source u provide us
regards