The incredible resizing window bug

[tst]

This bug has been annoying me for a very long time, and I finally found its source.
The bug is this:
You do your coding, hit ctrl-z to undo, and the FP pops to the front and is resized. A more detailed (and whiny) description can be found here.

After having this happen many times in a recent VI, I realized this almost certainly always happened after running the VI. I deleted all the code to see if this still happens and sure enough, it did. So I said, what else could it be, and the answer, of course, the VI settings. Some more playing around and it became clear what the source was.
So, here's a step by step description:

1. Create an empty VI and place something in it.
2. Uncheck "Show menu bar" and "Show toolbar when running" from Window Appearance. Each of them unchecked individually seems to cause the problem only halfway through. Unchecking "Allow user to resize window" seems to create a different sort of effect, where the pixels on the right side of the screen (I think last 2 columns) seem to disappear (and you can see the window beneath), but that isn't necessary for the bug.
3. Run the VI.
4. Make a change in the VI (move the control or terminal or change a value).
5. Undo (From the menu or ctrl-z).
6. The FP should come to the front and be resized so that its title bar is out of screen. Clicking (not even moving the mouse) on a resizing handle (e.g. the window's corner) causes the title bar to jump back into the screen.

This seems to happen only when the FP is maximized and only the first time you undo after running.
I tested this in 7.0 and 7.1 in XP, and I saw that it doesn't happen in 6.1, so I estimate this is a LV problem and not windows.

[Ben]

I agree that this looks like a bug.

I have reported this as service request # 678135.

Ben

Thank you tst!

LV will be better because of you!

[tst]

Can anyone confirm this on mac\linux\LV 8 beta?
Just wondering whether it's there?

[EdDickens]

It looks like an undo problem.

I've noticed that sometimes undo will undo more than the last change you made. In this case, I think it's undoing the moving of the control and the hiding of the toolbar from whe it ran. If you watch close, it looks like the toolbar is being hidden, and then turned back on when hit undo. That's why it's moving the window. If the toolbar wasn't there, the title bar would be visible and right at the top of the screen where it belongs.

BTW, it does the same in 8 on XP.

Good to finally figure that one out 🙂

Ed

[pawel]

I confirm it happens on LV 7.1 (May 2005), WinXP.

Furthermore, it is enough to uncheck one of the following: "Window has title bar", "Show menu bar" or "Show toolbar when running". Each of those causes this kind of problem.

Although, I have never noticed that. 😉

cheers
Pawel

[Swapnil]

This bug has been filed and reported to R&D associated with service request #678135.

Thanks,
Swapnil P.

[johnsold]

It does not seem to occur on my Mac. OS X 10.3.9, LV7.1.1. I tried making two new VIs according to the recipe and also tested the posted code.


Lynn

[EdDickens]

To me, this points more towards a Windows undo bug, or a bug in the way LabVIEW is handling the Windows undo system.

Ed

[THailey3]

This was reported to R&D (# 3LU9QK7S) and was fixed in LabVIEW 8.2. Here is a link to the current evaluation software download for LabVIEW.

Thanks!

[tst]

For this I can finally say Hallelujah and also take the opportunity to thank you for this bug status reporting streak.