TestInteractorTimers ends with an undefined image based on how many timer events fired during the test.... So it will be different for different machines. It runs until a 10-second one-shot timer fires and then automatically quits -- and the number of renders occurring varies from machine to machine.

<br><br><div><span class="gmail_quote">On 10/31/07, <b class="gmail_sendername">Mathieu Coursolle</b> <<a href="mailto:mcoursolle@rogue-research.com">mcoursolle@rogue-research.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

TestInteractorTimers is one of those tests. However, it passes even if the view is empty. I don't think it compares the window content, only the timers result. I guess we could add an image compare to that test?

Mathieu >I think we should add something similar to  SimpleCocoaVTK  as a test >in Rendering/Testing, but not as an Xcode project example, it should >work as any test, through a call to ctest.

> >Even if we fix that now, it will prevent us from future breakage. > >On 10/30/07, David Cole <<a href="mailto:david.cole@kitware.com">david.cole@kitware.com</a>> wrote: >> Is that a bug?

<br>>> Yes.<br>>><br>>> Would you recommend a particular fix...?<br>>><br>>><br>>><br>>> On 10/30/07, Mathieu Coursolle < <a href="mailto:mcoursolle@rogue-research.com">mcoursolle@rogue-research.com

</a>> wrote:<br>>> > Hi VTK developpers,<br>>> ><br>>> > I have been investigating a bit, and here is what I noticed.<br>>> ><br>>> > The way SimpleCocoaVTK is done right now calls

>> > vtkRenderWindowInteractor::Initialize() before it is >> rendered >> > the first time. >> > >> > At that point, CreateAWindow in vtkCocoaRenderWindow is called.

<br>>> > It doesn't matter if the window is created of not. However, OpenGLInit()<br>>> > is called, which calls ReadOpenGLExtensions. That seems to required that<br>>> > the renderWindow been rendered once at that point (which is not the

case). >> > If not, it calls render. However, render looks if OnScreenInitialized has >> > been set to 1. It has not since we are still in CreateAWindow (it is set >> > at the next line).

<br>>> > Since it has not, it calls CreateAWindow again (which overwrites the one<br>>> > we are using)!<br>>> ><br>>> > Is that a bug?<br>>> ><br>>> > Thanks!<br>>> >

<br>>> > MAthieu<br>>> ><br>>> ><br>>> ><br>>> ===========================================================<br>>> > Original mail<br>>> ><br>>> ===========================================================

>> > >> > Hi VTK developpers, >> > >> > We developped a Cocoa application using VTK in an custom NSView. >> > However, it stopped working since last Friday (october 26th).

<br>>> ><br>>> > If we use october 25th build, it works all right, but our render<br>>> > window will not appear if we use a newer version. The code is based<br>>> > on SimpleCocoaVTK  (<

<br>>> <a href="http://www.rogue-research.com/VTK/simpleCocoaVTK.html">http://www.rogue-research.com/VTK/simpleCocoaVTK.html</a>>),<br>>> > which has the same problem as we do if using the latest VTK (October

>> > 30th - 15h30). >> > >> > The vtkRenderWindow disappear at launch. In fact, you can see the render >> > window for >> > a really short period of time before it disappear.

<br>>> ><br>>> > There is no VTK test which covers that issue (create the view for<br>>> > vtkRenderWindow), so the dashboard<br>>> > probably did not react to the changes. However, we have been using that

<br>>> > code for<br>>> > the last months without any problem.<br>>> ><br>>> > Does anyone knows what is the cause of that problem. If so, is there a<br>>> > way to solve it?<br>

>> ><br>>> > We are testing on Mac OSX 10.5.<br>>> ><br>>> > Thanks!<br>>> ><br>>> > --<br>>> ><br>>> ____________________________________________________________

<br>>> > Mathieu Coursolle                   <a href="mailto:mcoursolle@rogue-research.com">mcoursolle@rogue-research.com</a><br>>> > Rogue Research                      <a href="http://www.rogue-research.com">

www.rogue-research.com</a><br>>> > Montréal, Québec, Canada<br>>> ><br>>> ><br>>> > _______________________________________________<br>>> > vtk-developers mailing list<br>>> > 

<a href="mailto:vtk-developers@vtk.org">vtk-developers@vtk.org</a><br>>> > <a href="http://www.vtk.org/mailman/listinfo/vtk-developers">http://www.vtk.org/mailman/listinfo/vtk-developers</a><br>>> ><br>>>

<br>>><br>>> _______________________________________________<br>>> vtk-developers mailing list<br>>> <a href="mailto:vtk-developers@vtk.org">vtk-developers@vtk.org</a><br>>> <a href="http://www.vtk.org/mailman/listinfo/vtk-developers">

http://www.vtk.org/mailman/listinfo/vtk-developers</a><br>>><br>>><br>><br>><br>>--<br>>François Bertel, PhD  | Kitware Inc. Suite 204<br>>1 (518) 371 3971 x113 | 28 Corporate Drive<br>>                      | Clifton Park NY 12065, USA

<br>>_______________________________________________<br>>vtk-developers mailing list<br>><a href="mailto:vtk-developers@vtk.org">vtk-developers@vtk.org</a><br>><a href="http://www.vtk.org/mailman/listinfo/vtk-developers">

http://www.vtk.org/mailman/listinfo/vtk-developers</a><br>><br><br>_______________________________________________<br>vtk-developers mailing list<br><a href="mailto:vtk-developers@vtk.org">vtk-developers@vtk.org</a><br>

<a href="http://www.vtk.org/mailman/listinfo/vtk-developers">http://www.vtk.org/mailman/listinfo/vtk-developers</a><br></blockquote></div><br>