Получение дескриптора родительского окна в реализациях IShellFolder/IShellFolder2 EnumObjects во время поиска?

Я ломаю голову, получая дескриптор родительского окна в проекте расширения пространства имен, над которым я работаю.

Вариант использования следующий:

1. Пользователь просматривает виртуальную папку через проводник Windows
2. Пользователь выполняет поиск (окно поиска выше)
3. Мне нужно получить текст окна поиска до начала поиска.

Мне удалось сделать это в тестовом консольном приложении с интерфейсом ISearchBoxInfo (https://msdn.microsoft.com/en-us/library/windows/desktop/dd562062%28v=vs.85%29)..aspx?f=255&MSPPError=-2147217396)

Есть два способа получить указатель на этот интерфейс:

1. Использование вызова IObjectWithSite::SetSite, который не имеет значения, поскольку поиск выполняется в другом потоке, и я не могу использовать объект COM между этими потоками.
2. Определение дескриптора окна и получение ISearchBox через интерфейс IWebBrowser2.

Оба метода не работают, так как когда я выполняю поиск, EnumObjects вызывается через другой поток, и я не могу найти способ определить, кто является родительским окном проводника.

При выполнении поиска hwnd всегда имеет значение null, как показано ниже:

Это код EnumObjects:

//  Allows a client to determine the contents of a folder by
//  creating an item identifier enumeration object and returning
//  its IEnumIDList interface. The methods supported by that
//  interface can then be used to enumerate the folder's contents.
HRESULT CFolderViewImplFolder::EnumObjects(HWND  hwnd, DWORD grfFlags, IEnumIDList **ppenumIDList)
{
    HRESULT hr;
    _fd = hwnd;

    if (hwnd != NULL) // NULL when performing a search
    {
        const int n = GetWindowTextLength(hwnd);
        wstring text(n + 1, L'#');
        if (n > 0)
        {
            GetWindowText(hwnd, &text[0], text.length());
        }
    }

    if (m_nLevel >= g_nMaxLevel)
    {
        *ppenumIDList = NULL;
        hr = S_FALSE; // S_FALSE is allowed with NULL out param to indicate no contents.
    }
    else
    {
        CFolderViewImplEnumIDList *penum = new (std::nothrow) CFolderViewImplEnumIDList(grfFlags, m_nLevel + 1, this);
        hr = penum ? S_OK : E_OUTOFMEMORY;
        if (SUCCEEDED(hr))
        {
            hr = penum->Initialize();
            if (SUCCEEDED(hr))
            {
                hr = penum->QueryInterface(IID_PPV_ARGS(ppenumIDList));
            }
            penum->Release();
        }
    }

    return hr;
}

В дополнение к моим тестам, поскольку у меня также есть реализация IShellFolderViewCB.MessageSFVCB, которая работает в правильном потоке, где я могу получить IShellBrowser и, следовательно, дескриптор — когда я провожу поиск я встречаю следующие сообщения:

103, 103, 67, UnmergeMenu, WindowClosing, 106, ViewRelease, ViewRelease

После этого сообщения больше не публикуются (независимо от того, выполняю ли я повторный поиск) - первая точка останова всегда находится в методе EnumObjects, у которого нет контекста в родительском окне.

Любой легкий пролив был бы хорош.

== ИЗМЕНИТЬ ==

Я придумал обходной путь - он не идеален для всех случаев, но работает для большинства из них - другие варианты все равно будут хороши.

Всякий раз, когда EnumObjects вызывается с hwnd = NULL, я делаю следующее: (это на С#, но это может быть легко и на С++)

static public string PrepareSearch(string currentFolderName, IntPtr hwnd)
        {
            SHDocVw.ShellWindows shellWindows = new ShellWindows();

            SHDocVw.IWebBrowser2 foundBrowser = null;
            bool wasFound = false;
            string foundTxt = null;
            foreach (SHDocVw.IWebBrowser2 eie in shellWindows)
            {
                // as the search is conducted in another thread, while the main window is "free" and in a search mode, it should be first busy.
                string locName = eie.LocationName;
                string exeName = eie.FullName;

                if (!string.IsNullOrEmpty(exeName) && exeName.IndexOf("explorer.exe", StringComparison.OrdinalIgnoreCase) >= 0 &&
                    !string.IsNullOrEmpty(locName) &&
                    eie.Busy && eie.ReadyState == tagREADYSTATE.READYSTATE_LOADING)
                {
                    // in here we're ok, we would also want to get the window title to make sure we're searching correctly.
                    string title = NSEFolder.WindowText((IntPtr)eie.HWND);

                    if (!string.IsNullOrEmpty(title) &&
                        title.IndexOf(currentFolderName) >= 0)
                    {
                        // one or more windows were found, ignore the quick search.
                        if (wasFound)
                        {
                            return null;
                        }

                        wasFound = true;
                        foundTxt = locName;
                    }

                }                                             
            }

            if (wasFound && !string.IsNullOrEmpty(foundTxt))
            {
                return foundTxt;

            }


            return null;
        }

По сути, я просматриваю все окна проводника, пытаясь найти то, которое действительно является «explorer.exe» + непустая строка поиска (LocationName) + занято... + заголовок содержит имя текущего имени папки.

это не удастся, когда 2 окна заняты и имеют одно и то же имя папки в заголовке - но этого может быть достаточно... Здесь не уверен.