Comments on: Why my ASP.NET AJAX forms are never submitted twice

By: Dave Ward

Dave Ward — Wed, 13 May 2009 00:48:27 +0000

Thanks for pointing that out, Brian. I updated the post.

By: Brian Arnold

Brian Arnold — Tue, 12 May 2009 21:57:55 +0000

I realize this is an old post, but I found it in a search and while it was really super helpful, I thought I’d offer a tip.

In jQuery 1.2 (which was current at time of this publishing) the old XPath selector syntax such as your input[@type=submit] was functional but deprecated. In jQuery 1.3, it flat-out won’t work with that at-symbol in there. If you drop the at, it works as expected. Might be worth updating the post to be clear on that subtle distinction. :)

By: kirillfox

kirillfox — Fri, 24 Oct 2008 22:43:12 +0000

wow you the best! thanx a lot.

By: Dave Ward

Dave Ward — Tue, 02 Sep 2008 20:28:30 +0000

Link buttons are a completely different animal. There’s no standard disabled property for elements.

What you can do is add some logic that causes the link to add an onclick=”return false;” event handler to itself.

Also, while you’re building your own control, make sure to do something on the server side that will double check for duplicate entries by users with JavaScript disabled (or who have purposely circumvented the client-side mechanism).

By: Orry Rotem

Orry Rotem — Tue, 02 Sep 2008 19:54:49 +0000

Hi Dave,

I have been developing a custom button (inherited from a link button) that should prevent a duplicate post back for both full or partial post backs.

Would you use the same approach for a control that is not a true button?

By: Steve Walsh

Steve Walsh — Tue, 17 Jun 2008 13:08:42 +0000

I had the same problem as tmc until I put the buttons inside an UpdatePanel, then it’s works just fine.

By: tmc

tmc — Tue, 27 May 2008 22:41:15 +0000

I just tried it and it didn’t seem to work. I was sure that would solve it.

Oh well… maybe I’ll just redesign my page to only have one button. I might be able to get away with that.

Thanks for your help though.

This is a GREAT site and I absolutely LUV PostBackRitalin.

Maybe you can include this set of functionality in there soon.

Thanks again.

By: Dave Ward

Dave Ward — Tue, 27 May 2008 22:08:08 +0000

I would have expected it to work that way.

Try using a ScriptManagerProxy on the content page, and include the ScriptReference there instead of on the master page.

By: tmc

tmc — Tue, 27 May 2008 21:57:36 +0000

I downloaded the sample for this and it ran great.

The only difference between the sample and my project is that I use a master page.

In the script manager (which must appear on the master page), I added the

    <Scripts>
      <asp:ScriptReference Path="defaultBehaviors.js" />
    Scripts>

section to the script manager, but the code still doesn’t work.

What else am I missing?

By: shane

shane — Mon, 21 Apr 2008 11:13:57 +0000

But this method will not work, the update panel trigger is outside the update panel.

By: Ryan

Ryan — Wed, 26 Mar 2008 15:30:41 +0000

In your jQuery example, panelID returns an ID that looks like “ctl00$cphMain$upWhatever” in my site using Master Pages, even though the outputted ID on the page is “ctl100_cphMain_upWhatever”. So, I have to add .replace(/\$/g, ‘_’) to the end of the panelID assignment in order to replace all of the $s with _s and have jQuery be able to find it. I feel like I’ve run across this issue before…

By: Bryan

Bryan — Wed, 12 Mar 2008 19:16:16 +0000

Agreed.

By: Wöchentliche Rundablage: ASP.NET MVC, Silverlight 2, APIs, C#… | Code-Inside Blog

Mon, 10 Mar 2008 19:29:49 +0000

[...] Why my ASP.NET AJAX forms are never submitted twice [...]

By: Dave Ward

Dave Ward — Mon, 10 Mar 2008 16:46:35 +0000

I generally try to avoid complicating my examples with too much extraneous code, so that the central topic is as clear as possible.

By: Aaron Prohaska

Aaron Prohaska — Mon, 10 Mar 2008 16:29:33 +0000

I’ve been looking over all your examples of using buttons with ajax. I wonder why all of them leave out how to use them in combination with the validation controls.