My test show that using return false during client side command click, we will not be able to cancel the postback click event handler in the WebToolBar.

A workaround, as posted in this thread, is using a WebDialogBox to handle the confirmation.

Thanks for your reply. I am trying a workaround for this. Though it has become a lot hard to do so for the easy task. I hope in future this feature will be available.

When is intersoft planning to fix this BUG??

I’m afraid that this is not considered as bug. It is the default behavior of the control.
Please try to follow the workaround as offered by Glenn Layaar in the following thread.

Though you dont except this as Bug. I think it is a Bug.

Why should i have to introduce a new control and then on the click event of the confirm button i have to write my Delete Logic? You are just catching the ear from the other way round.

I have wrtten all my Logic on Command Click of toolbar, now just for Delete i have to introduce a new control and code behind the new control click. This should have been simple.

This is not what is expected. It should allow to verify from ClientSide code first. If the returned value is true then only server side code should be run.

Thanks,

Huzefa

I apologize for any inconvenience this problem may have caused you.

The WebDesktop development team has agree to fix this minor glitch. A work item, #975, has been submitted regarding this behavior.

I’ll keep the information updated when I heard any news from the team regarding work item #975. Thank you for the valuable feedback.

I have good news regarding work item #975.

The WebDesktop development team has managed to fix the issue. A nightly-build hotfix is ready to be tested. Should anyone would like to test the nightly-build, please kindly let us know so that we can process your request further.