I have just upgraded to the new SR. I don't know if that has anything to do with this issue.
I have an AutoPostBack flag set for ItemClick, and I have code-behind on the ItemClick event.
<AutoPostBackFlags ItemClick="On" />
It is a full page postback, and I can see the postback take place. However, none of the code in the ItemClick codebehind is executing.
I have not had time to fully document.... has anyone else encountered this?
The only thing the least bit tricky is that I have also bound ItemClick on the client side, so that I can cancel the postback on some of the higher level menu items. Nothing too fancy... I just do eventArgs.set_cancel(true); only for those top-level nodes. They behave as expected and do not trigger a postback.
Hello Rob,
I have logged an internal bug #88246 for this issue and it will be investigated. I hope fix for it will appear in the next release.
This is a bug... and it is related to the WebDataMenu being inside a WebSplitter pane.
The following page contains two identical WebDataMenus. One is inside a splitter pane, and the other is outside.
Both menus are configured to only allow ItemClick to proceed if a child is clicked. Both trigger the postback if a child is clicked. However, the ItemClick codebehind only executes for the WebDataMenu outside the WebSplitter pane.