SVN SCC windows aren\'t parented properly

support@pushok.com writes:
Thanks, that was very quick!
This works much better. All the SVN dialogs that I tested are now
owned properly.
There is still the issue of the CvsConflitEditor window, which is not
owned, although it is "modal" on top of the SVN windows. Since this
editor is just another program there I don't know if there's any way
to make its window owned by yours, unfortunately.
Even with this remaining issue, the behavior is still much better than
it was before. I'll be sure to tell our customers to download the
latest plugin from your web site when our IDE ships, in few months or
so.
-phil

I'm working on developing an IDE that supports the SCC interface. While
testing the SVNSCC DLL I found that, for some API calls, it seems to ignore
the hWnd (window handle) argument passed to it by the IDE and use an hWnd
of NULL for its parent when creating windows. This causes problems with
window stacking order and enabling. For example this is probably the cause
of the "wrong window getting selected" bug that another user has recently
reported on this forum.

Our IDE isn't yet released, but you can see this bug with any version of
MSDEV (I used VS.NET 2003 (7.1.3088). You can tell that a window isn't
parented properly by seeing if it has its own task bar icon (it shouldn't).
Instead it should be a child window of the IDE's main window, so clicking
on the IDE task bar icon would raise both the IDE window and the SVN
window. You can also see this by using the Windows developer utility Spy++
to check and see which windows have a non-null parent.

Some APIs appear to work correctly, such as SccHistory, or SccGetProjPath,
but others do not, such as SccDiff or SccGetCommandOptions.

Let me know if you need more information on how to fix this problem.

-phil