LinkButton Postback In Repeater In Modal - c#

The code is a little big to post here, but hopefully someone can give me some ideas on what to look for.
I've got an ASP.NET Webforms page, containing a Bootstrap Modal dialog box. Inside this modal I have some runat="server" controls, including a Repeater. I have 2 LinkButton controls, one inside the Repeater and one outside, both of which are bound to the same server-side event handler.
The link outside the Repeater works correctly. The one inside still posts-back, but does not fire the event as expected.
Some things I noticed:
My first thought was that the modal was being removed from the
ASP.NET form (as some are prone to do), but if this was true, none
of the controls inside would work.
I tried this using regular Buttons, and it worked correctly. That
means it's something to do with the __doPostBack Javascript that
LinkButtons use.
Any ideas?

If I understand you correctly, are you say that LinkButton in Repeater cause full post-back?
are you try to set ClientIDMode="AutoID" for repeater?
What do you mean "but does not fire the event as expected"

Related

Wiring up a dynamically created LinkButton that is being inserted into a PlaceHolder that is in a ListView Item

I have a ListView that is outputting line items that each have a PlaceHolder object.
Within that PlaceHolder I am outputting any number of LinkButtons.
I am adding a Click event Handler to each Link Button to invoke a code-behind method.
HOWEVER,
The method is not being fired when the link buttons are clicked. I need help determining why this is and how I might be able to fire a method in the code-behind when one of these Link Buttons are clicked.
I have already performed the process of storing the LinkButton controls so that they repopulate the Placeholders after a post back. (They don't disappear when clicked).
All suggestions welcomed! Thanks!
Here is a link for an example of LinkButton to review and verify your code is correct. if not helpful, copy your code to let us help you and solve the problem.
http://msdn.microsoft.com/en-us/library/system.web.ui.webcontrols.linkbutton(v=vs.110).aspx

Check box with autopostback = "true" inside of repeater, inside of UpdatePanel pops page back to top when clicked

I have an UpdatePanel that contains a repeater that basically builds a list of checkboxes. Those check boxes are set to AutoPostback with an "OnCheckedChanged" event.
When the user checks a checkbox, everything happens as expected except for one thing, the page pops (or scrolls) back to the top.
Other controls that cause this UpdatePanel to refresh don't cause this issue, even just plain checkboxes that ARE NOT inside of my repeater, but still within the UpdatePAnel, work fine (no scroll back to top)...
Any ideas?
open your page in designview (Source) at the top you will find pagedirectives
try adding MaintainScrollPositionOnPostback="true"
hope it helps !!!

UpdatePanel does full postback first time

I have a custom control that has an update panel in it. Within the update panel, there are no custom controls, but there are custom controls outside the update panel. All controls have an ID set as do the parents of the controls. Inside the update panel is a repeater that has controls that should trigger an async postback. The update panel has an update mode of conditional and children as triggers is off. The update panel renders standalone divs, not table cells. EnablePartialRendering is on on the script manager.
Each repeater item has numerous textboxes, but two of them have autopostback turned on. Inside the repeater ItemDataBound event, I register the control with the script manager's RegisterAsyncPostBackControl.
If I edit either textbox, it does a callback correctly. But after the first one is edited, if you edit the other one, it does a full postback. It doesn't matter which one is done first. But after it's done its postback, if you edit either of the textboxes, it does callbacks correctly.
I've tried several things like changing the UpdateMode and ChildrenAsTriggers properties to various combinations. Nothing seems to work.
Any suggestions?
A lot of things can cause this, compare UpdatePanel causes full page postback with LinkButton in ListView in UpdatePanel causes full postback.
You'll need to provide more information, e.g. .NET Framework version, IIS version etc. exact ASP.NET markup etc
But since you asked for "Any suggestions?" try looking through these questions

Accordion Control - Accordion Pane not visible on PostBack

I am dynamically adding Accordian Panes to an Ajax Accordion. On PostBack i cannot access the dynamically created Accordian Panes and ACC.Panes.Count=0
if the panes are not dynamically created everything works fine. so i think that is has to do with the DOM while creating the panes from code behind.
is there any workaround for my case?
is there any better control similar to Ajax Accordion?
You should redraw the accordion on the Page_Init event on each post back in order to be able to access them after the post back.
All dynamic-generated controls are lost on postback, that's why you must re-define them in your page's Init event, then they will be available always.

UpdatePanel in Repeater

I have a UserControl which contains voting buttons inside an UpdatePanel, and outside a Repeater, it works perfectly. In the repeater, clicking the button fires off the appropriate event. That event is supposed to update the text of a control within the User Control, and that update should be reflected when the UpdatePanel refreshes.
If tried the UpdatePanel in UpdateMode Always and Conditional (firing the Update event after making the changes to the properties in the _Click method, and the same problem happens both ways.
Is there something about how UpdatePanels behave in Repeaters that I'm missing?
Thanks.
The reason might have nothing to do with the update panel, but with the postback loosing track of your UserControl. Possibly assigning unique IDs to your user controls may help.
Your repeater is building a table correct? The problem is most likely that an update panel generates a div tag and it's probably outside any TR and TD tags so the browser doesn't know what to do with it.
http://www.netortech.com/blog/?articleid=8

Categories

Resources