AutoPostBack + SelectedIndexCh anged event bad behavior in ASP.NET

[rdb]

VB.NET web program with a webform w/2 dropdownlistbox es, set to AutoPostBack
TRUE, selection in either dropdown fires the SelectedIndexCh anged events
correctly UNTIL I navigate to second webform in the same project, THEN use
the Back button to return to first webform; then changing the selection of
the second dropdownlistbox fires the SelectedIndexCh anged event for the FIRST
dropdownlistbox .

I realize that a) using an eventhandler for both events, and b) setting
AutoPostBack to FALSE may resolve this issue; HOWEVER, this appears to be a
big fat .NET Framework bug in my VB.NET application. Anyone experience this
bad behavior? The application that demonstrates this is available upon
request, but code is only

Private Sub Page_Load...
If Not (Me.IsPostBack) Then

DropDownList1.I tems.Add("DropD ownList1 Line 1 Selected")
DropDownList1.I tems.Add("DropD ownList1 Line 2 Selected - Go To
Webform2")
DropDownList1.I tems.Add("DropD ownList1 Line 3 Selected")

DropDownList2.I tems.Add("DropD ownList2 Line 1 Selected")
DropDownList2.I tems.Add("DropD ownList2 Line 2 Selected")
DropDownList2.I tems.Add("DropD ownList2 Line 3 Selected")
EndIf
End Sub

Private Sub DropDownList1_S electedIndexCha nged(ByVal sender As
System.Object, ByVal e As System.EventArg s) Handles
DropDownList1.S electedIndexCha nged

If DropDownList1.S electedItem.Tex t = "DropDownLi st1 Line 1 Selected"
Then
Label3.Text = DropDownList1.S electedItem.Tex t()
End If
If DropDownList1.S electedItem.Tex t = "DropDownLi st1 Line 2 Selected
- Go To Webform2" Then
Label3.Text = DropDownList1.S electedItem.Tex t()

Response.Redire ct("http://localhost/VB_WebNavigatio n/Webform2.aspx")
End If
If DropDownList1.S electedItem.Tex t = "DropDownLi st1 Line 3 Selected"
Then
Label3.Text = DropDownList1.S electedItem.Tex t()
End If
End Sub

Private Sub DropDownList2_S electedIndexCha nged(ByVal sender As
System.Object, ByVal e As System.EventArg s) Handles
DropDownList2.S electedIndexCha nged
REM event to process the selections

If DropDownList2.S electedItem.Tex t = "DropDownLi st2 Line 1 Selected"
Then
Label3.Text = DropDownList2.S electedItem.Tex t()
End If
If DropDownList2.S electedItem.Tex t = "DropDownLi st2 Line 2 Selected"
Then
Label3.Text = DropDownList2.S electedItem.Tex t()
End If
If DropDownList2.S electedItem.Tex t = "DropDownLi st2 Line 3 Selected"
Then
Label3.Text = DropDownList2.S electedItem.Tex t()
End If
End Sub

Thanks! --
Roger Briggs
ASNA Technical Support Analyst

[jasonkester]

This is just wishful thinking on your part. Once the user starts
monkeying with the back button, all bets are off. It has always been
this way for CGI programming, and ASP.NET has neither improved nor
broken it.

ASP.NET, and all server side technologies run on the web server.
Browser page caching happens on the browser. There is no way around
this short of instructing the browser not to cache your pages. There
are hacks and workarounds, such as javascript history.go(1);' s at the
top of every page. But for the most part, you just have to build your
application to deal with the fact that it lives in a browser that
contains a Back button.

Jason Kester
Expat Software Consulting Services
http://www.expatsoftware.com

[Karl Seguin]

Just to shed some lihgt on what's happening...

The 1st dropdownlist isn't firing because it's being posted back (clearly,
the 2nd one is doing the postback). Instead, it's firing because it's value
has changed from the initial value, which is the true meaning on
SelectedIndexCh anged.

Think of it this way,
AutoPostBack=tr ue isn't what makes the event handler fire, it's the fact
that the value has changed. That's why if you set AutoPostBack=fa lse and
have a button postback, the SelectedIndexCh anged handler will still fire IF
the value changed.

Notice when you hit back, the value in the 1st dropdown is still the 2nd
item, which means it's index did changed from the initial value (which was
the 1st item).

Simply putting:
<script language="javas cript">
document.getEle mentById("DropD ownList1").sele ctedIndex = 0;
</script>

in your page will solve the problem...thoug h I wouldn't consider it the
solution. The solution is that you understand what's really going on (it
isn't a bug), and why the simple solution above works...it might not work in
all cases and it might have other sideffects...I' m only telling you about it
so you can get an understanding of what's happening.

Karl

--
MY ASP.Net tutorials
http://www.openmymind.net/ - New and Improved (yes, the popup is
annoying)
http://www.openmymind.net/faq.aspx - unofficial newsgroup FAQ (more to
come!)
"jasonkeste r" <ja*********@gm ail.com> wrote in message
news:11******** **************@ g43g2000cwa.goo glegroups.com.. .

This is just wishful thinking on your part. Once the user starts
monkeying with the back button, all bets are off. It has always been
this way for CGI programming, and ASP.NET has neither improved nor
broken it.

ASP.NET, and all server side technologies run on the web server.
Browser page caching happens on the browser. There is no way around
this short of instructing the browser not to cache your pages. There
are hacks and workarounds, such as javascript history.go(1);' s at the
top of every page. But for the most part, you just have to build your
application to deal with the fact that it lives in a browser that
contains a Back button.

Jason Kester
Expat Software Consulting Services
http://www.expatsoftware.com