-
Bug
-
Resolution: Fixed
-
High
-
5.8
-
None
It seems that when instances are spun up during webdriver test runs, the base URL of the instance is set to http://localhost:1990/confluence, while the webdriver tests access the instance via http://hostname:8080/confluence. This means that when the webdriver test follows an absolute URL, it moves to a different host, resulting in the cookies being lost and the driver being logged out.
This occurs when trying to upgrade plugins to depend on Confluence 5.8 and thus Java 1.8. The errors have been seen in the following plugins, although there may be more:
- confluence-inline-tasks: https://stash.atlassian.com/projects/CONF/repos/confluence-inline-tasks/pull-requests/155/overview
- confluence-knowledge-base: https://stash.atlassian.com/projects/SD/repos/confluence-knowledge-base/pull-requests/7/diff
- confluence-space-blueprints: https://bitbucket.org/atlassian/confluence-space-blueprints/pull-request/15/confdev-34092_test_data-bump-confluence
This could be related to https://extranet.atlassian.com/display/DEV/2014/07/17/Java8+and+the+local+hostname
EDIT
Remaining work is to update plugins
- confluence-inline-tasks
- confluence-knowledge-base
- confluence-space-blueprints
- to use connie 5.8.5 once it's released
- mentioned in
-
Page Failed to load
[CONFSERVER-39433] Incorrect base URL being set in evaluation database because of hsqldb -> h2 test data migration
still in progress. Changes for 5.8.5 were reverted because of A2 build failures.
briosa jmcarthur changes are in release/5.8.
Next point release is 5.8.5.
Once it's live I'll patch plugin which mentioned in description.
Took some time, but root cause and sample proposal covered there: https://pug.jira-dev.com/wiki/display/CP/H2%2C+AMPS+and+Confluence+smoothie
99.99% related to my work with h2. Still mid way through fixing that.
testOneMultipleInlineTaskActions(it.acceptance.com.atlassian.confluence.notifications.content.InlineTasksAcceptanceTest) Time elapsed: 2.035 sec <<< FAILURE! java.lang.AssertionError: expected:<http://ewd-work:1990/confluence/display/~admin> but was:<http://localhost:1990/confluence/display/~admin> at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:743) at org.junit.Assert.assertEquals(Assert.java:118) at org.junit.Assert.assertEquals(Assert.java:144) at com.atlassian.confluence.notifications.content.EmailPatternAssertions.assertHeaderPattern(EmailPatternAssertions.java:48) at it.acceptance.com.atlassian.confluence.notifications.content.InlineTasksAcceptanceTest.testOneMultipleInlineTaskActions(InlineTasksAcceptanceTest.java:433) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at junit.framework.TestCase.runTest(TestCase.java:176) at com.atlassian.confluence.junit3.JUnit3TimingTestCase.runBare(JUnit3TimingTestCase.java:47) at junit.framework.TestResult$1.protect(TestResult.java:122) at junit.framework.TestResult.runProtected(TestResult.java:142) at junit.framework.TestResult.run(TestResult.java:125) at junit.framework.TestCase.run(TestCase.java:129) at junit.framework.TestSuite.runTest(TestSuite.java:255) at junit.framework.TestSuite.run(TestSuite.java:250) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)
Wow, what a timing?! I just looking whenever I can help with this one (just building last connie and inline-tasks) atm.
I don't think so. The only bug I know of that this issue blocking is CONFDEV-34070 which is quite minor.
fixed in 5.8.6. verified that switching to connie data of that version doesn't break tests based on baseur