Travis CI build fails intermittently
See original GitHub issueSometimes the build fails because of a missing maxCanvasPixels
property. Build https://travis-ci.org/mozilla/pdf.js/builds/519475880?utm_source=github_status&utm_medium=notification is an example with the following stack trace:
[22:18:21] Finished 'default_preferences-pre' after 7.48 s
[22:18:21] Starting '<anonymous>'...
[22:18:22] '<anonymous>' errored after 51 ms
[22:18:22] TypeError: Cannot read property 'maxCanvasPixels' of undefined
at Object.<anonymous> (/home/travis/build/mozilla/pdf.js/build/default_preferences/lib/web/app_options.js:70:68)
at Module._compile (internal/modules/cjs/loader.js:816:30)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:827:10)
at Module.load (internal/modules/cjs/loader.js:685:32)
at Function.Module._load (internal/modules/cjs/loader.js:620:12)
at Module.require (internal/modules/cjs/loader.js:723:19)
at require (internal/modules/cjs/helpers.js:14:16)
at /home/travis/build/mozilla/pdf.js/gulpfile.js:552:5
at bound (domain.js:425:14)
at runBound (domain.js:438:12)
[22:18:22] 'default_preferences' errored after 7.76 s
I think I have also seen it happening locally once, but I’m not entirely sure. Perhaps it’s a race condition where the default preferences are not generated yet before the next task in executed?
Issue Analytics
- State:
- Created 4 years ago
- Comments:7 (5 by maintainers)
Top Results From Across the Web
Common Build Problems - Travis CI Docs
My build fails unexpectedly # One possible cause for builds failing unexpectedly can be calling set -e (also known as set errexit ),...
Read more >Travis job fails tests randomly and terminates builds abruptly
Sometimes fail with 598 network timeout, sometimes 404 or 500. It is highly irregular. Sometimes build stops and shows a message.
Read more >Travis CI: Build intermittently fails and log takes forever to load ...
This is my build. https://travis-ci.org/gogo/protobuf It intermittently fails for some of the builds. I think it is struggling with installing a protocol ...
Read more >An Explorative Analysis of Travis CI with GitHub - Moritz Beller
Sthl and Bosch found that build failures due to test failures are sometimes accepted, however: “[I]t is fine to permit acceptance tests to...
Read more >An Explorative Analysis of Travis CI with GitHub
Ståhl and Bosch found that build failures due to test failures are sometimes accepted, however: “[I]t is fine to permit acceptance tests to...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
It’s yours!
The problem might be that the
default_preferences
task runs twice during the setup phase, in thelint
respectively thelib
task, which I suppose could lead to intermittent issues with files not being found.Edit: The fact that certain gulp tasks run more than once, rather than being cached, is probably not limited to the particular task under discussion here though…