ASP.NET-Eventos de control que no encienden en el interior del repetidor

events user-controls

Question

Este es un problema absurdamente común y habiendo agotado todas las soluciones obvias, espero que SO me pueda ofrecer algo de información ... Tengo un UserControl dentro de una página que contiene un repetidor que contiene varios controles que causan la devolución de datos. El problema es que todos los controles dentro del repetidor nunca golpean a sus manejadores de eventos cuando se devuelven, pero los controles fuera del repetidor (todavía en la UC) se manejan correctamente. Ya me aseguré de que mis controles no se estaban regenerando debido a que faltaba if(!IsPostBack) y verifiqué que Request.Form ["__ EVENTTARGET"] contenía la ID de control correcta en el evento Page_Load. Intenté reproducir los síntomas en un proyecto separado y funcionó como debería.

<%@ Control Language="C#" AutoEventWireup="true" CodeBehind="NoteListControl.ascx.cs"
    Inherits="SantekGBS.Web.UserControls.NoteListControl" %>

<asp:UpdatePanel ID="upNotes" runat="server" UpdateMode="Conditional">
    <ContentTemplate>
        <div class="NoteList" id="divNoteList" runat="server">
            <asp:Repeater ID="repNotes" runat="server">
                <HeaderTemplate>
                    <table width="98%" cellpadding="3" cellspacing="0">
                </HeaderTemplate>
                <ItemTemplate>
                    <tr class="repeaterItemRow">
                        <asp:ImageButton ID="ImageButton1" runat="server" ImageUrl="~/Content/images/DeleteIcon.gif"
                            OnClick="ibRemove_Click" CommandArgument=''<%# Container.ItemIndex %>'' CommandName=''<%# Eval("ID") %>''
                            CausesValidation="false" AlternateText="Delete" />
                        <%# Eval("Text") %></td>
                    </tr>
                </ItemTemplate>
                <FooterTemplate>
                    </table>
                </FooterTemplate>
            </asp:Repeater>
            <asp:PlaceHolder ID="phNoNotes" runat="server" Visible="false">
                <div class="statusMesssage">
                    No notes to display.
                </div>
            </asp:PlaceHolder>
        </div>
    </ContentTemplate>
</asp:UpdatePanel>

public partial class NoteListControl : UserControl
{
    [Ninject.Inject]
    public IUserManager UserManager { get; set; }

    protected List<Note> Notes
    {
        get
        {
            if (ViewState["NoteList"] != null)
                return (List<Note>)ViewState["NoteList"];
            return null;
        }
        set { ViewState["NoteList"] = value; }
    }

    public event EventHandler<NoteEventArgs> NoteAdded;
    public event EventHandler<NoteEventArgs> NoteDeleted;
    public event EventHandler<NoteEventArgs> NoteChanged;

    protected void Page_Load(object sender, EventArgs e)
    {
        if (!IsPostBack)
        {
            UtilityManager.FillPriorityListControl(ddlPriority, false);
        }
    }

    protected void ibRemove_Click(object sender, ImageClickEventArgs e)
    {
        System.Diagnostics.Debug.WriteLine("ibRemove POSTBACK"); // This is NEVER hit
    }

    public void Fill(List<Note> notes)
    {
        Notes = notes;
        RefreshRepeater();
    }

    private void RefreshRepeater()
    {
        if (Notes != null && Notes.Any())
        {
            var sorted = Notes.OrderByDescending(n => n.Timestamp);
            Notes = new List<Note>();
            Notes.AddRange(sorted);
            repNotes.Visible = true;
            phNoNotes.Visible = false;
            repNotes.DataSource = Notes;
            repNotes.DataBind();
        }
        else
        {
            repNotes.Visible = false;
            phNoNotes.Visible = true;
        }
    }
}

public class NoteEventArgs : EventArgs
{
    public Note Note { get; set; }
    public NoteEventArgs()
    { }
    public NoteEventArgs(Note note)
    {
        this.Note = note;
    }
}

El código está faltando funcionalidad intencionalmente, así que simplemente descarte ese hecho.

Answer 1

Encontré una etiqueta td perdida en Itemtemplate, a veces cuando DOM es incorrecto, el panel updatanel hace cosas extrañas.

Answer 2

Casi CADA vez que me encuentro con este problema es porque se llama a DataBind () cuando no debería ser. Esto matará a la mayoría de los eventos de los controles dentro de un repetidor. Veo que tiene un! IsPostBack check en su Page_Load ... así que eso es un comienzo. Pero intenta poner un punto de interrupción en repNotes.DataBind () y ver si se llama cuando no lo esperas.

¿Funciona bien fuera de un UpdatePanel?

Answer 3

Su código editado tiene propiedades CommandName y CommandName residuales; ¿está realmente manejando el evento Repeater.ItemCommand ?

Si es así, y si su página llama al método Fill del control en las devoluciones, eso lo explicaría.

Este clásico problema de desgarro de ASP.NET se explica en estas publicaciones: Un Stumper de una Pregunta de ASP.NET y Un Stumper de una Pregunta de ASP.NET: ¡SOLUCIONADO!

La explicación es un poco alucinante, pero el quid de la cuestión es que Repeater.DataBind interfiere con la capacidad de ASP.NET para determinar qué botón repetidor causó una devolución de datos.

Answer 4

Tuve el mismo problema. Me pasó si ejecuté DataBind dos veces. En otras palabras, cuando llene el control de repetidor dos veces (por cualquier motivo) los eventos no se dispararán.

Espero que eso ayude.

Answer 5

Me encontré con este problema también. Me volvía loco porque no estaba reconectando mi repetidor, intenté agregar un controlador de eventos dinámicamente, cambiar la configuración de ViewState por todos lados, nada funcionó.

La respuesta en mi caso fue que estaba llamando a "Page.DataBind ()" en la página maestra, para manejar algunas variables de código subyacente que estaban vinculadas a la página usando la sintaxis <% # MyVar%>.

Una vez que saqué el Page.DataBind () funcionó, solo tuve que recodificar la página maestra para obtener esos datos de una manera diferente.

Así que supongo que si está haciendo un DataBind () en cualquier lugar de la cadena para su página, control de usuario, clase base de página, página maestra, etc. podría matar su viewstate y el evento de burbujeo.