[
https://issues.apache.org/jira/browse/LUCENE-10528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17526064#comment-17526064
]
Dawid Weiss commented on LUCENE-10528:
--------------------------------------
There are so many layers to awt/swing support that it should actually run on
the defaults Java provides. I've seen weird things with virtualized graphics
environments (arguably, it's been a while so things might have improved).
Running with xvfb on github jobs is a good idea and is better than nothing (I
don't know much about setting up xvfb but I can take a look).
We can make it opt-in but I'm afraid it'd just bury the test forever and nobody
would ever run it. An alternative is to make it opt-out (via gradle.properties)
or we can mark it slow, which would disable it for many folks who don't
explicitly run slow tests.
> TestScripts.testLukeCanBeLaunched creates X Window when running the tests
> -------------------------------------------------------------------------
>
> Key: LUCENE-10528
> URL: https://issues.apache.org/jira/browse/LUCENE-10528
> Project: Lucene - Core
> Issue Type: Task
> Reporter: Robert Muir
> Priority: Major
>
> When running the tests, this one causes my entire desktop to "flicker" when
> it creates some kind of X-Window very quickly and then destroys it. I use
> tiling window manager, so whole desktop gets rearranged for a split second,
> and I'd rather it not happen :)
> I first tried adding -Djava.awt.headless=true to both org.gradle.jvmargs and
> tests.jvmargs in my .gradle/gradle.properties. doesn't work, as the test
> doesnt use these when launching luke.
> I next tried hacking the test by adding this to the ProcessBuilderThingy, but
> it didn't help either:
> {noformat}
> .envvar("LAUNCH_OPTS", "-Djava.awt.headless=true")
> {noformat}
> One way I can work around it, is to unset {{DISPLAY}} env var so that it
> won't create this window. test still passes:
> {noformat}
> $ unset DISPLAY
> $ ./gradlew :lucene:distribution.tests:test
> ... (no window gets created)
> {noformat}
> So maybe as a workaround, we can just not pass DISPLAY environment variable
> through to this test?
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]