Minor Bug in wyBuild GUI

Currently, if I try to do Tools|Options from the menu, in wyBuild, with my project loaded, the Options dialog appears, then immediately the wyBuild main window reasserts itself on top of the Z-order. In fact, it forces itself above other applications as well (Explorer, etc.).

At first, I thought it was hung. But the second time it did it (when running wyBuild from a different PC on the same .wyp file), I could see that the Options dialog did in fact open - BEHIND the wyBuild main window, which makes it impossible to interact with wyBuild (it's effectively hung, because you cannot access the modal dialog, and you cannot do anything to the main window because it is in a modal state waiting on the options dialog).

Do you need my project? It's 6.5MB, and the links will clearly be dead when sent to you...

EDIT:I can verify that wyBuild window is in "Stay on top" mode. I managed to get access to the options dialog by using the old ALT+SPACE combo, then choosing move, then left/down, then move the options dialog to where it doesn't get hidden by the main wyBuild window, then I can interact with it. All the while, and even after closing Options dialog, wyBuild main window overlaps all other windows on my machine.

, edited

How did it get into this state. That is, after closing wyBuild can you start a new instance and reproduce this broken behavior? Was it caused by opening another project by double clicking a *.wyp project on your computer? Or did something else cause it?

wyBuild seems to start up in this state when launched from Explorer via file-association.

e.g., right now I'm looking at wyBuild window - mostly white, while it loads our project file. This takes something like a minute. While that happens, the wyBuild window is on top of this browser window (and all other windows). When it finally does load my project, it remains on-top, and refuses to go-under.

I noticed that when I first launched wyBuild without a project (or from a nearly blank project), that it did not take long, nor did it stay on top.

So my guess is that when it is loading from file-association (i.e. I double click on our .wyp file when wyBuild is NOT currently running) and the file is large (takes wyBuild long enough to open it), then it gets stuck on-top.

BTW, I almost reported as a bug or concern how long it takes wyBuild to load our projects. (I just clocked it at 53 seconds) on my good developer box (3.2GHz core 2 duo).

Also, if I launch wyBuild from file-association using a small .wyp, I do not see this problem. So it has be:

* wyBuild not currently running* launch from Explorer using file-association* .wyp file must be large enough to cause issue* doesn't matter if .wyp is loaded from network or local, just has to be large.

And nearly a min to load is annoying, if there is something you can be doing to eliminate this delay (lazy load some aspects, such as the list of files in the various version tabs)?

EDIT:* Test environments: Windows 7 x64 && Windows Server 2008 x64 (both fully up to date)

EDIT2:* I did test if wyBuild is already running properly, launched w/o a file or a small file, then do an explorer-launch of a large project, and found that this did not cause problems.

Perhaps the window's default characteristics are "force on top" and that is reset to normal at completion of initialization, but if loading takes too long somehow that piece of initialization fails?

So my guess is that when it is loading from file-association (i.e. I double click on our .wyp file when wyBuild is NOT currently running) and the file is large (takes wyBuild long enough to open it), then it gets stuck on-top.

BTW, I almost reported as a bug or concern how long it takes wyBuild to load our projects. (I just clocked it at 53 seconds) on my good developer box (3.2GHz core 2 duo).

We'll fix the long loading bug for 2.6.15 (we might push it for 2.6.16). This bug is a result of a poor design decision a number of years ago (by me 😳 ).

But I'm still having trouble reproducing the "unable to focus" bug. Do you have a step-by-step method to reproduce this behavior?

1. Make sure wyBuild not running2. Doubleclick on a large .wyp file (try: http://www.mediafire.com/?u1ps6rbav2prhip)3. Click on your browser or whatever is overlapped by wyBuild. 3a. You'll notice it cannot come to the foreground.4. Wait the minute for wyBuild to finish loading. 4a. You'll notice you still cannot get any other window to come to foreground in front of wyBuild.5. Select Tools|Options from menu.5a. You'll notice that you cannot interact with wyBuild at all, the options dialog is underneath the main window, totally inaccessible.

I haven't been able to reproduce this on my end, but we've removed wyBuild's greedy "TopMost" behavior. This should fix this bug.

Thanks. I expect that will solve it.