Conversation
…e JSON report. It makes the output hard to read when an error happened #274
|
Hey @ArturT just to let you know, this change introduced a problem for me. I use Knapsack Pro with Gitlab, and to make it output colors in jobs, I always need to attach This has been working fine with knapsack 7.9, but after upgrading to v8.0, The job fails with this error: So I had to remove Is there any workaround for this? Maybe you can make |
|
@fabianoarruda Thanks for reporting this. It's related to recent changes in: As a workaround, please could you add I'll get back to you if we have a fix. |
|
That's it! Adding it to |
|
Hi @fabianoarruda. The latest version (8.1.2) should fix the issue and make the workaround not required anymore. Could you please give it a try? |
Related
RSpec split by examples feature: https://docs.knapsackpro.com/ruby/split-by-test-examples/
Issue:
Description
When an error occurs while loading slow test files, the RSpec JSON report contains errors mixed with ANSI codes. By default, RSpec produces colored output.
We use the
--no-coloroption to remove the ANSI codes and make the error message more readable.Checklist reminder
UNRELEASEDsection of theCHANGELOG.md, including the needed bump (ie, patch, minor, major)lib/knapsack_pro/pure/queue/rspec_pure.rbcontains pure functions that are unit tested.lib/knapsack_pro/extensions/rspec_extension.rbencapsulates calls to RSpec internals and is integration and e2e tested.lib/knapsack_pro/runners/queue/rspec_runner.rbinvokes the pure code and the extension to produce side effects, which are integration and e2e tested.