Can't set DialogResult in WPF
Asked Answered
E

10

30

I show a WPF window using ShowDialog() from the calling window. The window opens and is modal as expected. However, in my OK and Cancel button's click events in the dialog window I set this.DialogResult = true (or false) respectively, and the value does not get set. The window closes as expected, but DialogResult is still null.

Is this a bug in WPF? Or is there a reason the DialogResult property cannot be set yet does not throw an exception? The window is not hosted in a browser.

Code in the calling window:

Window2 win = new Window2();
bool? result = win.ShowDialog();
if (result.HasValue && result.Value) {
   //never gets here because result is always null
}

Code in the dialog window:

this.DialogResult = true;
Eliott answered 22/5, 2009 at 16:18 Comment(5)
How are you setting DialogResult to a bool? It should be an enum, like DialogResult.OKChristianchristiana
No, in WPF, if you open a Window object with it's ShowDialog() method, you can set DialogResult to a boolean.Feudatory
Can you post the contents of your <Window ... /> definition here? Maybe it's something particular to the way you're initialising the window.Reprise
What is that Window2? Did you derive your own Window-class from Window? Then it's probably something wrong in your Window2-class, you should post sourcecode of it.Weissman
I just ran into this problem and it seems to be a bug when deriving from your own Window class. Not sure how to fix it.Resale
T
18

DialogResult is a nullable bool. However you do not have to cast it to get it's value.

bool? result = myWindow.ShowDialog();
if (result ?? false)
{
  // snip
}

The ?? sets the default value to return if the result is null. More information: Using Nullable Types (C# Programming Guide)

As for the original question, the only time I have seen and traced this issue is when the window was being disposed between setting the DialogResult and closing the window. Unfortunately the only advice that I can offer is for you step through your code and check the order of the operations. I believe that I "fixed" it by setting the DialogResult and then explicitly closing the window.

Tendril answered 24/5, 2009 at 23:36 Comment(5)
The window is not being disposed at that time.Eliott
that's right. A friend of mine uses result.Value in order to get true or false.Jackanapes
I prefer result == true. I think it's more readable, I would have to think what ?? does here.Emlen
result == true is a pet peeve of mine. == true is implicit. If you're looking for enhanced readability I'd suggest naming your variables after what they represent. example: bool? isOK = myWindow.Dialog(); if (isOK ?? false) { ... }Arella
== true is never implicit with a bool?Cabrera
F
11

Well first of all you have to take into account that it returns a nullable bool (bool?), so in order to compare it or set it to another variable you have to cast it to a regular bool

bool result = (bool)myWindow.DialogResult;

As for it being null... I don't see why that should happen, unless it's somehow being set back to null AFTER being set to true or false. Can you show your code?

EDIT:

Your code worked fine for me, this is what I have in the second window:

private void button2_Click(object sender, RoutedEventArgs e)
{
    this.DialogResult = false;
}

private void button1_Click(object sender, RoutedEventArgs e)
{
    this.DialogResult = true;
}

And in Window1:

private void window1_Loaded(object sender, RoutedEventArgs e)
{
    Window2 win = new Window2();

    bool? result = win.ShowDialog();

    if (result.HasValue && result.Value)
    {
        //it DID get here
    }
}

Is there any big difference?

Feudatory answered 22/5, 2009 at 16:28 Comment(5)
In a debugging session, I check the value of DialogResult immediately after setting it to true and it is still null.Eliott
No difference. In fact, I do the exact same thing with several other windows in the same project, and they all work fine.Eliott
Try using bool? result = win.DialogResult; AFTER win.ShowDialog()... I know it's not promising but let's try. Is there any more info you think I might need to recreate the scenario? This is some odd behavior...Feudatory
@Eliott haha 2 years later, and I'm getting the same problem. I just realized I was reading my own answer. Annoying!Feudatory
@Feudatory - have a look at https://mcmap.net/q/121193/-where-is-button-dialogresult-in-wpf for a very elegant way of replacing those code-behind event handlers with a simple attached property.Sandbank
R
8

I have just had exactly the same problem and it seems to be caused by my overriding the OnClosing() method. I needed to override OnClosing() to stop the user closing the modal window via the close (X) button.

When I comment out the OnClosing() method, the problem goes away and the DialogResult is returned with the expected values of true or false, as set.

For interest here was my button click handlers and OnClosing method:

private void AlternateButton_Click(object sender, RoutedEventArgs e)
{
    this.DialogResult = false;
    buttonHasBeenClicked = true;
    this.Close();
}

private void DefaultButton_Click(object sender, RoutedEventArgs e)
{
    this.DialogResult = true;
    buttonHasBeenClicked = true;
    this.Close();
}

protected override void OnClosing(System.ComponentModel.CancelEventArgs e)
{
    base.OnClosing(e);
    if (!buttonHasBeenClicked)
    {
        // Prevent the user closing the window without pressing one of the buttons.
        e.Cancel = true;
    }
}
Rhombencephalon answered 8/11, 2011 at 7:21 Comment(4)
As a follow up to this, I have just removed the close (x) button from the window so that I no longer need to override OnClosing(). More here: #744406Rhombencephalon
Even if the close (x) button is hidden, the user could still close the window by hitting Alt-F4 or clicking a button whose "IsCancel" property is set "True".Scouring
I had similar issue. Your post helped! Thank you!Abreaction
I had the same trouble and thanks to @Rhombencephalon I found the root of the problem. The DialogResult setter calls Close link. Your OnClosing event handler sets e.Cancel which apparently resets DialogResult. The solution is to first set buttonHasBeenClicked (to prevent cancelling closing), then set DialogResult.Toreutic
A
4

I have been into this problem too, and the only way i have found to fix it was using this code in my Class :

public new bool? DialogResult { get; set; }

and after setting my DialogResult it work out for me !! ( very strange issue ). this was the code i was using :

cmdCancel = new RelayCommand(() => { DataContact.Reload(); this.DialogResult = false; this.Close(); });

and to open my dialog :

public static MessageBoxResult ShowQuestionYesNo(string message)
        {
            POLMessageBox w = new POLMessageBox("سوال", MessageBoxType.QuestionYesNo, message);
            w.ShowDialog();
            var b = w.DialogResult;
            if (b == true) return MessageBoxResult.Yes;
            if (b == false) return MessageBoxResult.No;
            return MessageBoxResult.No;
        }
Abaxial answered 11/12, 2011 at 3:48 Comment(1)
After reviewing several of these answers, this is what I ended up doing too. It's ugly and requires documentation and comments, but it's the only way to avoid getting my toes stepped on by WPF.Harsho
P
2

Do you close the window before u set the DialogResult? You should post the whole content of your button event-handlers.

Paz answered 12/6, 2009 at 15:7 Comment(1)
I think this is right. The only way we will solve this is to see more context.Vender
V
0

I just ran into the problem too. It turns out I had set DialogResult inside a brace of an IF statement and for this reason (as odd as it may seem) caused the error. As soon as this single line was removed, the problem was resolved.

private void OKButton_Click(object sender, RoutedEventArgs e)
    {
        if (!string.IsNullOrEmpty(startBlockPosBox.Text))
        {
          .. do stuff ..
        }
        else
        {
          .. do stuff ..
          DialogResult = true; // this line caused the problem
        }

        DialogResult = true;
    }
Veronica answered 11/11, 2013 at 19:6 Comment(0)
D
0

I have the following in the dialog window page. (dialogwindow.xaml.cs)

   private void dlgWindowYesButton_Click(object sender, RoutedEventArgs e)
    {
        this.DialogResult = true;
        this.Close();
    }

    private void dlgWindowNoButton_Click(object sender, RoutedEventArgs e)
    {
        this.DialogResult = false;
        this.Close();
    }

In the calling page I used the dialogwindow like this:

dialogwindow dWinObj = new dialogwindow();
if(dWinObj.ShowDialog().Value == true)
{
  //perform the operation when the user clicks "Yes"
}
Difficile answered 10/2, 2016 at 22:7 Comment(0)
E
0

The problem is due to the life of the form:

Dialog event private void _loginViewModel_LoginEvent(object sender, LoginViewModel.LoginEventArgs e) { DialogResult = true; this.Close(); }

Works:

var login = new Login();
var result = login.ShowDialog();

Does NOT work:

var result = new Login().ShowDialog();
Excaudate answered 17/7, 2018 at 16:27 Comment(0)
S
0

I fixed this problem with adding this.close() after that add this.DialogResult=true and window.ShowDialog() return true.

private void Button1_Click(object sender, RoutedEventArgs e)
{
    this.Close();
    this.DialogResult = true;
}
Skyscraper answered 4/6, 2020 at 10:45 Comment(0)
E
-1

I had a similar issue, but my issue came from the code within my closing statement. I was trying to Dispose() a List before the window closed, and then set the List<> property to null... it was choking on the set property when I was trying to set its value to null so I came up with the following clumsy workaround in my set property method and everything worked afterward:

    List<SettingItem> settingItems;
    public IEnumerable<SettingItem> Settings
    {
        get
        {
            return settingItems.OrderBy(t => t.Name).AsEnumerable();
        }
        set
        {
            if (value == null)
            {
                settingItems.Clear();
            }
            else
            {
                settingItems = value.ToList();
            }
        }
    }
Endoskeleton answered 16/6, 2017 at 22:43 Comment(0)

© 2022 - 2024 — McMap. All rights reserved.