Protected Overrides Sub RaisePostBackEvent(ByVal sourceControl As
System.Web.UI.IPostBackEventHandler, ByVal eventArgument As String)
Dim outputwriter As System.IO.StreamWriter =
System.IO.File.AppendText(Server.MapPath("debugging.txt"))
outputwriter.WriteLine(String.Format("eventArgument={0}; Time={1}",
eventArgument, Date.Now.ToLongTimeString()))
outputwriter.Close()
MyBase.RaisePostBackEvent(sourceControl, eventArgument)
End Sub
Am I doing something wrong here? Is there something else I must do in order
to use the the RaisePostBackEvent() method? Any help would be appreciated.
Thanks.
-- bruce (sqlwork.com)
http://dotnetjunkies.com/WebLog/willemo/archive/2005/02/23/56278.aspx
From link above.
"
I enjoy writing web controls. However, the last couple of days I've been
having a lot of trouble with RaisePostBackEvent. Sometimes, no matter how
hard I try, I just can't get RaisePostBackEvent to fire unless I call
Page.RegisterRequiresRaiseEvent(this) in LoadPostData.
Other times my eventArgument parameter in RaisePostBackEvent is null. Even
if it has been specified and looks perfect in HTML. I've then had to resort
to funny code (that checks __EVENTTARGET and __EVENTARGUMENT) to get around
it.
When I have to hack to get something working I'm almost 100% sure that I'm
doing something wrong somewhere. But with this I am really stumped. Maybe my
computer needs a new install.
Update: Problem solved! Page.RegisterRequiresRaiseEvent(this) in
LoadPostData was a very wrong way to solve the problem.
The reason RaisePostBackEvent was not being called was simple - the
framework will only call RaisePostBackEvent on one control. In my case the
wrong control's RaisePostBackEvent was being called. In another custom
control I declared a hidden <input> tag with name set to the UniqueID. This
is usually the way I go about creating a control that implements
IPostBackDataHandler. The framework was getting confused and called
RaisePostBackEvent in the wrong control (even though __EVENTTARGET pointed
to the correct control).
In this case, the other control did not implement IPostBackDataHandler and
shouldn't have included the hidden <input>."
"Nathan Sokalski" <njsok...@hotmail.com> wrote in message
news:eEnZ9lCD...@TK2MSFTNGP04.phx.gbl...