Discussion:
PostBack events fire in a different order
(too old to reply)
V
2004-11-08 19:14:14 UTC
Permalink
I have found that when I have a composite control that uses the
CreateChildControls method, on a regular page load, Page_Load executes before
CreateChildControls, but on a postback it is the reverse. This is causing
logic problems and it really bothers me that this sequence of events fires
inconsistently. Can anyone tell me why this happens and how we might get
around it?
JD
2004-11-08 19:56:48 UTC
Permalink
You may have to show a simple example that demonstrates the problem. I just
created a simple web control, threw it on a page, and Page_Load happens
before CreateChildControls everytime.

JD
Post by V
I have found that when I have a composite control that uses the
CreateChildControls method, on a regular page load, Page_Load executes before
CreateChildControls, but on a postback it is the reverse. This is causing
logic problems and it really bothers me that this sequence of events fires
inconsistently. Can anyone tell me why this happens and how we might get
around it?
JD
2004-11-09 12:20:35 UTC
Permalink
One thing I forgot and I apologize.

When creating a composite control, and it has properties or methods that
access any contained controls, the method or property should call
EnsureChildControls method before trying to access the contained control.
EnsureChildControls will call the CreateChildControls method, this will
ensure all child controls are created.

So what this means, in one page rendering if you don't access these methods
or properties, CreateChildControls will happen after page load naturally. If
in the next rendering, say you access one of the properties or methods in
the load view state method, your CreateChildControls method will be called
then, before the page load.

What I suggest is you shouldn't rely on page events within the
CreateChildControl method. Your control should probably hook into the page
events itself and process the logic there.

JD
Post by V
I have found that when I have a composite control that uses the
CreateChildControls method, on a regular page load, Page_Load executes before
CreateChildControls, but on a postback it is the reverse. This is causing
logic problems and it really bothers me that this sequence of events fires
inconsistently. Can anyone tell me why this happens and how we might get
around it?
V
2004-11-10 13:14:06 UTC
Permalink
Hi JD. None of my properties call EnsureChildControls - they don't need to.
The only thing that does call it is Databind and that is only called from
Page_Load. I searched throughout my code to make sure that
EnsureChildControls is not called from anywhere else. Also, from what you
would describe, it seems that CCC would execute before Page_Load in all
circumstances, not just postback. What I am experiencing only happens
through PostBack. We don't override any postback events either. Lastly,
when I put a breakpoint in to the CCC method, the call stack shows that
ASP.NET called CCC, not any explicit code.

Does anyone know why this would be happening on PostBacks only?

TIA
-Vanessa

P.S. I apologize for the multiple original posts - the MS web page
specifically said my first few posts faild - apparently they did not.
Post by JD
One thing I forgot and I apologize.
When creating a composite control, and it has properties or methods that
access any contained controls, the method or property should call
EnsureChildControls method before trying to access the contained control.
EnsureChildControls will call the CreateChildControls method, this will
ensure all child controls are created.
So what this means, in one page rendering if you don't access these methods
or properties, CreateChildControls will happen after page load naturally. If
in the next rendering, say you access one of the properties or methods in
the load view state method, your CreateChildControls method will be called
then, before the page load.
What I suggest is you shouldn't rely on page events within the
CreateChildControl method. Your control should probably hook into the page
events itself and process the logic there.
JD
Post by V
I have found that when I have a composite control that uses the
CreateChildControls method, on a regular page load, Page_Load executes
before
Post by V
CreateChildControls, but on a postback it is the reverse. This is causing
logic problems and it really bothers me that this sequence of events fires
inconsistently. Can anyone tell me why this happens and how we might get
around it?
JD
2004-11-11 16:56:55 UTC
Permalink
Post by V
EnsureChildControls is not called from anywhere else. Also, from what you
would describe, it seems that CCC would execute before Page_Load in all
circumstances, not just postback.
There are different events and methods called when a postback happens versus
a non-postback. LoadViewState for example happens only on a postback. What
may be happening is ASP.NET is restoring your control's state which may call
ensurechildcontrols. But I can't say unless I see a simplified example of
where this is happening.

But anyway my suggestion still stand, since you don't know when CCC is going
to be called, you shouldn't be relying CCC to happen in a specific part of
the page lifecycle. Your control should be hooking into the page events
itself.

JD
Post by V
Hi JD. None of my properties call EnsureChildControls - they don't need to.
The only thing that does call it is Databind and that is only called from
Page_Load. I searched throughout my code to make sure that
EnsureChildControls is not called from anywhere else. Also, from what you
would describe, it seems that CCC would execute before Page_Load in all
circumstances, not just postback. What I am experiencing only happens
through PostBack. We don't override any postback events either. Lastly,
when I put a breakpoint in to the CCC method, the call stack shows that
ASP.NET called CCC, not any explicit code.
Does anyone know why this would be happening on PostBacks only?
TIA
-Vanessa
P.S. I apologize for the multiple original posts - the MS web page
specifically said my first few posts faild - apparently they did not.
Post by JD
One thing I forgot and I apologize.
When creating a composite control, and it has properties or methods that
access any contained controls, the method or property should call
EnsureChildControls method before trying to access the contained control.
EnsureChildControls will call the CreateChildControls method, this will
ensure all child controls are created.
So what this means, in one page rendering if you don't access these methods
or properties, CreateChildControls will happen after page load naturally. If
in the next rendering, say you access one of the properties or methods in
the load view state method, your CreateChildControls method will be called
then, before the page load.
What I suggest is you shouldn't rely on page events within the
CreateChildControl method. Your control should probably hook into the page
events itself and process the logic there.
JD
Post by V
I have found that when I have a composite control that uses the
CreateChildControls method, on a regular page load, Page_Load executes
before
Post by V
CreateChildControls, but on a postback it is the reverse. This is causing
logic problems and it really bothers me that this sequence of events fires
inconsistently. Can anyone tell me why this happens and how we might get
around it?
JD
2004-11-11 23:52:00 UTC
Permalink
OK, doing a little more research.

EnsureChildControls is a method of the Control class. It does a virtual call
to CreateChildControls. You override CreateChildControls, which means when
EnsureChildControls calls CreateChildControls, its your method that gets
called.

I did a look to see who in the System.Web.dll calls EnsureChildControls.
There where two that look interesting:
PreRenderRecursiveInternal method of the Control class. Most likely
called at prerender that happens after the page load.
FindControl method of the Control class. Some methods who use this are
ProcessPostData and RaisePostBackEvent methods of the Page class.

The one that looks interesting here is ProcessPostData. What this method
does is go through looking for controls using FindControl, which of course
calls EnsureChildControls, and checks for controls that implement
IPostBackDataHandler interface and calls on this interface the method
LoadPostData. LoadPostData, in the page lifecycle, gets called during the
Load Postback Data phase which is before page load, and only happens on
postback. This is documented.

If I had to guess this is the guy. But I'm guessing since you did not
provide a sample or the callstack output. Tomorrow I may give it a try and
see if I can replicate it.

But again CreateChildControls purpose is to create the contained controls.
Relying on it to happen at a certain time in the page lifecycle is probably
wrong since its not documented in the page lifecycle, and hence can be
called at anytime.

JD
Post by V
Hi JD. None of my properties call EnsureChildControls - they don't need to.
The only thing that does call it is Databind and that is only called from
Page_Load. I searched throughout my code to make sure that
EnsureChildControls is not called from anywhere else. Also, from what you
would describe, it seems that CCC would execute before Page_Load in all
circumstances, not just postback. What I am experiencing only happens
through PostBack. We don't override any postback events either. Lastly,
when I put a breakpoint in to the CCC method, the call stack shows that
ASP.NET called CCC, not any explicit code.
Does anyone know why this would be happening on PostBacks only?
TIA
-Vanessa
P.S. I apologize for the multiple original posts - the MS web page
specifically said my first few posts faild - apparently they did not.
Post by JD
One thing I forgot and I apologize.
When creating a composite control, and it has properties or methods that
access any contained controls, the method or property should call
EnsureChildControls method before trying to access the contained control.
EnsureChildControls will call the CreateChildControls method, this will
ensure all child controls are created.
So what this means, in one page rendering if you don't access these methods
or properties, CreateChildControls will happen after page load naturally. If
in the next rendering, say you access one of the properties or methods in
the load view state method, your CreateChildControls method will be called
then, before the page load.
What I suggest is you shouldn't rely on page events within the
CreateChildControl method. Your control should probably hook into the page
events itself and process the logic there.
JD
Post by V
I have found that when I have a composite control that uses the
CreateChildControls method, on a regular page load, Page_Load executes
before
Post by V
CreateChildControls, but on a postback it is the reverse. This is causing
logic problems and it really bothers me that this sequence of events fires
inconsistently. Can anyone tell me why this happens and how we might get
around it?
JD
2004-11-12 12:56:53 UTC
Permalink
Yep this is it, at least in my example.

I created a composite control that contained no controls.
CreateChildControls happened always after page load whether post back or
not. I then added a listbox to my composite control, but did not select any
choices, and again CreateChildControls happened always after page load
whether post back or not (note my composite control is the only thing on the
page). But as soon as I selected a choice from the listbox, on postback
only, the CreateChildControls is called before page load in the load post
back data phase of the page lifecycle.

So there you have the why.

JD
Post by JD
OK, doing a little more research.
EnsureChildControls is a method of the Control class. It does a virtual call
to CreateChildControls. You override CreateChildControls, which means when
EnsureChildControls calls CreateChildControls, its your method that gets
called.
I did a look to see who in the System.Web.dll calls EnsureChildControls.
PreRenderRecursiveInternal method of the Control class. Most likely
called at prerender that happens after the page load.
FindControl method of the Control class. Some methods who use this are
ProcessPostData and RaisePostBackEvent methods of the Page class.
The one that looks interesting here is ProcessPostData. What this method
does is go through looking for controls using FindControl, which of course
calls EnsureChildControls, and checks for controls that implement
IPostBackDataHandler interface and calls on this interface the method
LoadPostData. LoadPostData, in the page lifecycle, gets called during the
Load Postback Data phase which is before page load, and only happens on
postback. This is documented.
If I had to guess this is the guy. But I'm guessing since you did not
provide a sample or the callstack output. Tomorrow I may give it a try and
see if I can replicate it.
But again CreateChildControls purpose is to create the contained controls.
Relying on it to happen at a certain time in the page lifecycle is probably
wrong since its not documented in the page lifecycle, and hence can be
called at anytime.
JD
Post by V
Hi JD. None of my properties call EnsureChildControls - they don't need
to.
Post by V
The only thing that does call it is Databind and that is only called from
Page_Load. I searched throughout my code to make sure that
EnsureChildControls is not called from anywhere else. Also, from what you
would describe, it seems that CCC would execute before Page_Load in all
circumstances, not just postback. What I am experiencing only happens
through PostBack. We don't override any postback events either.
Lastly,
Post by JD
Post by V
when I put a breakpoint in to the CCC method, the call stack shows that
ASP.NET called CCC, not any explicit code.
Does anyone know why this would be happening on PostBacks only?
TIA
-Vanessa
P.S. I apologize for the multiple original posts - the MS web page
specifically said my first few posts faild - apparently they did not.
Post by JD
One thing I forgot and I apologize.
When creating a composite control, and it has properties or methods that
access any contained controls, the method or property should call
EnsureChildControls method before trying to access the contained
control.
Post by V
Post by JD
EnsureChildControls will call the CreateChildControls method, this will
ensure all child controls are created.
So what this means, in one page rendering if you don't access these
methods
Post by V
Post by JD
or properties, CreateChildControls will happen after page load
naturally. If
Post by V
Post by JD
in the next rendering, say you access one of the properties or methods
in
Post by V
Post by JD
the load view state method, your CreateChildControls method will be
called
Post by V
Post by JD
then, before the page load.
What I suggest is you shouldn't rely on page events within the
CreateChildControl method. Your control should probably hook into the
page
Post by V
Post by JD
events itself and process the logic there.
JD
Post by V
I have found that when I have a composite control that uses the
CreateChildControls method, on a regular page load, Page_Load executes
before
Post by V
CreateChildControls, but on a postback it is the reverse. This is
causing
Post by V
Post by JD
Post by V
logic problems and it really bothers me that this sequence of events
fires
Post by V
Post by JD
Post by V
inconsistently. Can anyone tell me why this happens and how we
might
Post by JD
get
Post by V
Post by JD
Post by V
around it?
Loading...