I’ve made a rather complex Silverlight 4 out-of-browser application. One of my main view models adds an event handler to the Application.Current.MainWindow.Closing event.
This works fine when the application is initially run. It is able to cancel the close operation.
However, sometimes after performing operations like showing and closing a ChildWindow, the MainWindow’s Closing event is no longer calling my handler.
In the debugger, I added a watch to the MainWindow’s underlying closing event delegate. It’s not null before showing the ChildWindow. Then sometimes after the ChildWindow is closed the delegate is null. This is explains why my handler is not called any more. But why is this delegate getting nulled? And why is it only happening occasionally?
My application is not unbinding my event handler at any point.
This is the delegate I’m watching:
System.Windows.Application.Current.MainWindow.m_closingEvent
Other stuff: I’m using Caliburn Micro
I had the exact same problem. We have a large silverlight application running OOB.
For some reason the m_ClosingEvent was nulled after running for a while. I have not been able to find the cause of this issue but I think it may have something to do with us changing the root visual or all the child windows we show.
I´m using a class ApplicationWrapper.
And the InvokeClosing method was never called. But when I changed it to
The m_ClosingEvent isn´t nulled.
So, try to just store the “initial” MainWindow in a field and check if that solves your problem.