Re-enable StandaloneKCFTests
- Dominant language
- Scala
- Stars
- 6.8k
- Forks
- 1.2k
- Avg merge
- 2d 14h
- Merged PRs (30d)
- 2
Description
The only test case being run (invoke a blocking action and get a result) fails quite frequently when run in a travis-ci environment. It appears we usually hit the 60 second timeout and return a 202 with the activation id instead of the expected result. This is "ok", but the test is not prepared to handle it.
An alternative would be to modify the test to also accept a 202 response and then poll until the result was available, but that
would take significantly more work.
The test was disabled in https://github.com/apache/openwhisk/pull/5140.
Contributor guide
Research direction
Start with StandaloneKCFTests and the change in pull request 5140; reproduce the Travis CI timeout behavior and inspect how the test handles a 202 response with an activation ID. Done means the test is re-enabled and passes reliably when the action exceeds the blocking timeout.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- scala
- Domain
- testing
- Issue type
- Bug
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100