Issues getting "folder browse" button to appear on browse control

Question

Issues getting "folder browse" button to appear on browse control

John Eskew 41

Hello, and apologies if I've posted this to the wrong forum.

I'm attempting to add a "folder browse" button to a browse control on a dialog box, and while the button shows up in the resource manager, it does not show up when I attempt to run the program.

Here's what the resource manager shows for this particular EditBrowseCtrl. You can see that the "Browse Mode" option is set to "Folder Browse".

And here's what the actual dialog box looks like when I run the program(no browse button):

I've also tried to enable the folder browse button via the
EnableFolderBrowseButton
method, but the following just gives me a generic "encountered an improper argument" exception.

   CMFCEditBrowseCtrl* pEdit;  
   	pEdit = (CMFCEditBrowseCtrl*)GetDlgItem(IDC_MFCEDITBROWSE);  
   	pEdit->EnableFolderBrowseButton();

Any help is greatly appreciated.

Viorel 126.9K Reputation points

2020-12-31T14:43:40.437+00:00

Did you reproduce the problem in a new simplest default Dialog-based MFC application?
John Eskew 41 Reputation points

2020-12-31T16:06:10.13+00:00

My apologies if this reply sounds snarky...

This was the same first comment I got when I raised this question on SO as well.
Someone that replied was unable to produce the same issue in a "new simplest default Dialog-based MFC application".

If this was a bug report I would understand why I would need to reproduce it in a new "blank" project, but I need to get this functionality to work in my current codebase, not in the a new empty project.
David Lowndes 4,731 Reputation points

2020-12-31T16:51:48.737+00:00

If you can't reproduce it, then no-one else is likely to be able to, and if you go through the motions of trying to reproduce it by slowing adding in aspects of what your actual application does, chances are that you'll be able to find what the problem is.

Answer accepted by question author

0 additional answers

Your answer

Viorel 126.9K Reputation points

2020-12-31T14:43:40.437+00:00

Did you reproduce the problem in a new simplest default Dialog-based MFC application?
John Eskew 41 Reputation points

2020-12-31T16:06:10.13+00:00

My apologies if this reply sounds snarky...

This was the same first comment I got when I raised this question on SO as well.
Someone that replied was unable to produce the same issue in a "new simplest default Dialog-based MFC application".

If this was a bug report I would understand why I would need to reproduce it in a new "blank" project, but I need to get this functionality to work in my current codebase, not in the a new empty project.
David Lowndes 4,731 Reputation points

2020-12-31T16:51:48.737+00:00

If you can't reproduce it, then no-one else is likely to be able to, and if you go through the motions of trying to reproduce it by slowing adding in aspects of what your actual application does, chances are that you'll be able to find what the problem is.

Answer 1

RLWA32 52,441

One possibility is that the data needed to initialize the CMFCEditBrowseCtrl has been deleted from the application's .rc file.

Check the .rc file that contains the resource statements for the dialog containing the control and make sure that it contains the initialization data that would look something like this -

/////////////////////////////////////////////////////////////////////////////
//
// Dialog Info
//

IDD_TEST DLGINIT
BEGIN
    IDC_MFCEDITBROWSE1, 0x37c, 42, 0
0x4d3c, 0x4346, 0x6445, 0x7469, 0x7242, 0x776f, 0x6573, 0x4d5f, 0x646f, 
0x3e65, 0x3c32, 0x4d2f, 0x4346, 0x6445, 0x7469, 0x7242, 0x776f, 0x6573, 
0x4d5f, 0x646f, 0x3e65, 
    0
END

John Eskew 41 Reputation points

2020-12-31T16:45:14.707+00:00

Dang, that doesn't appear to be the issue:

edit: hm... The picture I uploaded isn't appearing. Probably a rep. issue. I was able to find the resource statement for "IDC_MFCEDITBROWSE" and it appears to look fine.
RLWA32 52,441 Reputation points

2020-12-31T16:51:43.92+00:00

Well, right now all we have is a guessing game where we attempt to reproduce your problem in a vacuum. I suggest you provide some more information that might be helpful in diagnosing the problem.

RLWA32 52,441

Does this code trigger an assertion error?

    CWnd *pWnd = GetDlgItem(IDC_MFCEDITBROWSE1);
    CRuntimeClass *prc = pWnd->GetRuntimeClass();
    ASSERT(strcmp(prc->m_lpszClassName, "CMFCEditBrowseCtrl") == 0);

or

ASSERT_KINDOF(CMFCEditBrowseCtrl, GetDlgItem(IDC_MFCEDITBROWSE1));

John Eskew 41 Reputation points

2020-12-31T19:31:00.813+00:00
Yes, both asserts appear to trigger errors.

shows the class name is CWnd(this is expected, right?)
prc->m_lpszClassName = 0x0112e10c "CWnd"

error text shows: Debug Assertion Failed! Program: ...Skew\Documents\repos\Software\Debug\Software.exe
File: d:\agent_work\57\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\objcore.cpp
Line: 40

And here's the value of "CMFCEditBrowseCtrl"(Also expected, but was still a little educational for me):
John Eskew 41 Reputation points

2020-12-31T20:37:09.26+00:00

@RLWA32 , I finally figured out that my issue was overriding
OnInitDialog
without calling the base class
CDialogEx::OnInitDialog
.
That solved my issue. Oof.
Marking your answer as solution. Thanks for the help.
RLWA32 52,441 Reputation points

2021-01-01T01:14:56.553+00:00

I'm glad that the issue has been resolved.

MFC's initialization of dialog controls takes place inside CDialog::OnInitDialog where the DLGINIT resource data is loaded and processed -

The debug assertion indicated that this initialization had not taken place.

Share via

Issues getting "folder browse" button to appear on browse control

0 additional answers

Your answer