Hi Anthony,
thank you for your comments, I'll try Gnome instead of Fluxbox for
regression testing.
Pavel
Anthony Petrov wrote:
Hmmm... Thanks for providing the info.
On the second thought, I see that that isn't a problem in the test. AWT
(and I presume, Swing) has many tests that work that way: display both a
test frame and the dialog with the instructions/test output. Which means
that hypothetically they all can fail. Do we want to add this toFront()
call in the majority of our automated tests? I think the answer is
negative.
What we observe here is an awkward behavior of a particular window
manager - the Fluxbox. Note that XToolkit officially supports the
Metacity window manager only (in 6, the CDE/dtwm is supported as well).
Of course, sometimes we do indeed add some workarounds for rather
popular window managers, e.g. for KDE, or Compiz. This, however, is not
a general practice/requirement.
The list of officially supported window managers enables us to develop
regression tests that pass when a fix works, and fail when it doesn't.
And our tests are designed to work correctly on officially supported
window managers only, because other WMs may bring some side-effects
that, at least, should not be work-around'ed in the code of the tests
themselves.
So, this issue looks like an AWT bug, rather than a test problem.
Moreover, that isn't even a bug, but an RFE to add better support for
the Fluxbox in XToolkit.
--
