While trying to debug some page logic I discovered that the
ActiveStepChanged Event seems to fire out of order when a page is first
loaded; i.e., a non postback page load. This is an event on a Wizard
control. My wizard is set up with the ActiveStepIndex initialized to 0 (on
the control). When my page is first loaded the ActiveStepChanged event fires
*before* the OnLoad event (which does fire subsequently). I (and my code!)
assumed that the OnLoad would always preceed any event handlers being
called -- whether a postback or not.

On subsequent postbacks (like when the user clicks the wizard's Next button)
the OnLoad event fires before the ActiveStepChangedEvent as expected. I'm
basing my assumption about OnLoad "always" firing first on the docs, e.g.,
http://msdn2.microsoft.com/en-us/library/ms178472.aspx

So, am I missing something in the docs or is there some other explanation
for this incosistency?

TIA,
Bill

Hello Bill,

Thank you for the information. I also found the problem based on you
mentioned. It seems that it is actual a problem of ASP.NET wizard control.
You may submit a report on our VS. NET 2005 feedback Center:

http://connect.microsoft.com/site/si...spx?SiteID=210

This will bring up our developer's attention and provide a feedback on the
issue.

Sincerely,

Luke Zhang

Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
==================================================

This posting is provided "AS IS" with no warranties, and confers no rights.