Bug 37325 - toolkit.UnoScrollBarControl fails on 3.4.0.1 in headless mode
Summary: toolkit.UnoScrollBarControl fails on 3.4.0.1 in headless mode
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
3.4.0 Beta5
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: unoapitest
Keywords:
Depends on:
Blocks: Dev-subsequenttest-failures
  Show dependency tree / graph
 
Reported: 2011-05-18 11:05 UTC by Björn Michaelsen
Modified: 2011-05-22 05:17 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
workaround to for not using X11 (669 bytes, patch)
2011-05-18 11:10 UTC, Björn Michaelsen 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Björn Michaelsen 2011-05-18 11:05:07 UTC 
1) test(org.openoffice.test.UnoApiTest)
java.awt.HeadlessException: 
No X11 DISPLAY variable was set, but this program performed an operation which requires it.
	at sun.awt.HeadlessToolkit.getScreenSize(HeadlessToolkit.java:261)
	at mod._toolkit.UnoScrollBarControl.initialize(UnoScrollBarControl.java:79)
	at lib.TestCase.initializeTestCase(TestCase.java:79)
	at base.java_fat.executeTest(java_fat.java:179)
	at org.openoffice.Runner.run(Runner.java:240)
	at org.openoffice.test.UnoApiTest.test(UnoApiTest.java:45)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:274)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:48)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:242)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:58)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:240)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:48)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:233)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:303)
	at org.junit.runners.Suite.runChild(Suite.java:128)
	at org.junit.runners.Suite.runChild(Suite.java:24)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:242)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:58)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:240)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:48)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:233)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:303)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:157)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:136)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:117)
	at org.junit.runner.JUnitCore.runMain(JUnitCore.java:98)
	at org.junit.runner.JUnitCore.runMainAndExit(JUnitCore.java:53)
	at org.junit.runner.JUnitCore.main(JUnitCore.java:45)
Comment 1 Björn Michaelsen 2011-05-18 11:10:17 UTC 
Created attachment 46870 [details]
workaround to for not using X11

This test only fails on the 3.4 branch, no issues on master. The attached workaround makes the test succeed, but still there is an underlying issue which might prevent the usage of headless mode in general on 3.4.X. This might be worth an investigation.
Comment 2 Björn Michaelsen 2011-05-18 15:17:50 UTC 
Ok, this fails not only on 3.4, it just was not visible on master as:
 http://cgit.freedesktop.org/libreoffice/bootstrap/commit/?id=b67b0a30e4874fe70bca04feb3eef79906f4c9a1
wasnt there yet.