Hi all,
Got a problem that I don't know how to diagnose/analyze.
Here's the background: I've been running Nightwatch tests against Meteor apps for the past 6 months or so, no problems. We've been experimenting with continuous integration, and have tried four different configurations. One with Jenkins (failed), one with Velocity (failed), one with Jenkins (succeeded), one with Velocity (succeeded). So, our CI environment is not completely set up, which is what we're trying to do; but we're not starting at square 1 either. We've had some success.
The problem: the past month has been very hectic, and somewhere along the way, Nightwatch stopped writing it's jUnit XML files. The last time it worked was around December 21st with Nightwatch 0.5.35. Now, when we run Nightwatch nothing is written to the output_folder.
What we've tried: We know that the json configuration file is being read, because it parses the src_folders field, reads the tests, and runs them correctly. We know that Selenium and Firefox and everything else is installed because the tests are running. We also tried manually specifying the output_folder with the --output flag, but got nothing. We've tried the --verbose flag, and again nothing. We've chmodded 777 the entire project, and chowned it to myusername:wheel. So, it doesn't seem to be file permissions.
If the output_folder doesn't exist, Nightwatch will create it. So that's interesting, and possibly an important clue. I seem to remember it producing an error message in the past, that the directory doesn't exist. But the last time I got that error, we were using Nightwatch 0.5.3.
So, yeah. Uh, help? How do I even diagnose this? We're not getting any error messages, and it's just failing silently, and not writing any output files. Is there any way we can peek at the jUnit XML subsystem and monitor it? Any way to enable a debugging mode? Etc?
Thanks much!
Abigail