Form Visibility Problem (Win 7 - 32 / 64 Bit)

[tspink]

Excellent, Phil! Clearly the "Region Workaround" implicitly caused PerformNeedPaint(true) to occur, in the Shown event.

Robin,

Nice development box! I'm a Linux developer, so I was running a Windows 7 VM inside VirtualBox, on Ubuntu, on top of a quad-core something - and admittedly only ran the test for at most 10 mins. The target PCs at work were clearly (surprisingly) fast enough to not show the issue too!

It would be nice to understand the race condition, however, as I'm pretty sure that's what it is.

[Ryan B.]

Good work Phil!

Do you think you can make a maintanance release avaliable shortly?

This would save us from applying and (later) removing the fixes ourselves.

Regards,
Ryan

[Phil Wright]

Not at the moment, it is a bit quick to be releasing one. Probably in another three weeks just before I go on holiday.

[Ryan B.]

That would be perfect! Thanks!

[colonel32]

Thank you Phil, I have been running with your single-line workaround for a week now, and everything has been perfect!

Tom, yes, I'm very pleased (and lucky) to have this machine as a dev box :) I've never used VirtualBox, but its virtual display drivers may be masking the issue as well. I know when I tried to reproduce this on VIrtualPC, I could not at all.

Cheers, Robin

[Ryan B.]

Krypton 4.3 did not fix the problem on my system (win 7 32 bit).

What's about the others? Did you do some testing? Is the problem still there or is it gone?

Edit: Some more testing seems to indicate that the problem does not occur when

Code: Select all

PerformNeedPaint(true);

is added to every form shown event.

I know that this is what Phil added internally as a fix to Krypton but it doesn't seem to suffice.

Maybe adding it once again on my side, makes the problem only much more less likely to occur and it may not be gone completely.

However, without this line the problem occured within 10 minutes (automatic repeated testing) two times.
With this line it ran for 100 minutes without a problem.

I'll now do just that and hope that it will be gone forever

Regards,
Ryan

[colonel32]

Haven't tried 4.3 yet. I only upgraded to 4.2 the day before 4.3 was released, and after reading about the bug reports with the new controls, I had thought to stick with 4.2 and the workaround until the next version was released.

[shartmann]

anything new about this ???

[Phil Wright]

I have added the PerformNeedPaint to the base code for use under Windows7.

[Asterix]

Hi all,
I have deployed my application with Krypton 4.3. On some computers with Windows 7 , the problem describes on this topic occures again. It's impossible for me to reproduce this problem on my computer. I try to download the test application of 'colonel32' but the link is broken. Can someone give me the test application ?
To Phil : I have purchased the source code and when I look on KryptonForm, I don't see the call to the 'PerformNeedPaint' method from the 'Shown' event.
Thanks for your help

[colonel32]

I have deployed my application with Krypton 4.3. On some computers with Windows 7 , the problem describes on this topic occures again. It's impossible for me to reproduce this problem on my computer. I try to download the test application of 'colonel32' but the link is broken. Can someone give me the test application ?

Sorry about that, I had changed my ISP since I posted the test application. I have fixed the link now!

[Asterix]

Colonel32, thank you for your link.
I try this now.

[Asterix]

Hi all,
I have executed the test application of colonel32.
I confirm that the ghost window appear with the 4.3 version of KryptonToolKit. Configuration : Windows 7- 64 bits, Krypton 4.3, .Net framework 2.0.
On Vista and XP, no ghost window.
Also, I have put

Code: Select all

PerformNeedPaint(true);

in the FormChild_Shown event (After Thread.Sleep), but the problem persist.
Someone have an idea ?

[chinconkuak]

Same problem here with Krypton 4.3 (Windows 7 x64, VS 2008).

But I got the bug only on KryptonMessageBoxes!! The regular krypton forms work as expected.

I suppose I can change those KryptonMessageBox'es to regular ones... but I will break the visual flow.

I hope this can be fixed soon.

[justin]

Same here too with Krypton 4.3, Windows 7 x32, VS2008 / VS2010.

So although the 4.3 release claimed to fix this issue, I noticed no improvement at all. I seem to have fixed the issue by tweaking the Krypton source. Changes are below in the hope that it helps others. The only change is the case value. PerformNeedPaint wasn't getting called, but now is, once when the form is first shown. I think 0x05 is WM_SHOW. I couldn't discover what 0xC1BC is.

In VisualForm.cs change:

Code: Select all

                    case 0xC1BC:
                        // Under Windows7 a modal window with custom chrome under the DWM
                        // will sometimes not be drawn when first shown. So we spot the window
                        // message used to indicate a window is shown and manually request layout
                        // and paint of the non-client area to get it shown.
                        PerformNeedPaint(true);
                        break;


To:

Code: Select all

                    case 0x5:
                        // Under Windows7 a modal window with custom chrome under the DWM
                        // will sometimes not be drawn when first shown. So we spot the window
                        // message used to indicate a window is shown and manually request layout
                        // and paint of the non-client area to get it shown.
                        PerformNeedPaint(true);
                        break;