You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Environment (please complete the following information):
Node.js version: 20.11.0
NPM version: 10.2.5
webdriver.io version: latest
@wdio/cucumber-framework version: latest
wdio-cucumberjs-json-reporter version: latest
Config of webdriver.io and the reporter
reporters: ['spec','dot', [ 'cucumberjs-json', {
jsonFolder: './reports/json-output-folder',
language: 'en',
}]],
Describe the bug
All text/plain and application/json attachments are encoded in a base64 string format starting from @cucumber/cucumber v10 (cucumber/cucumber-js#2260). This means that the reporters, such as multiple-cucumber-html-reporter (https:/WasiqB/multiple-cucumber-html-reporter/releases/tag/v3.6.1), which use generated JSON files for creating reports, are trying to decode all such attachments. On the other hand, WDIO JSON reporter generates text/plain and application/json attachments as plain text. This means that attachments in text/plain and application/json formats are decoded from plain text.
open reports > report > index.html and check attached data to the scenario's step
Expected behavior
The suggestion is to unify the @cucumber/cucumber JSON reporting approach with wdio-cucumberjs-json-reporter, as it was before cucumber-js v10, and encode text/plain and application/json to base64 string.
Additional context
It could be a breaking change for the cases when generated json reports are using with the reporters that are not updated according to the latest cucumber-js changes or when the generated json files are the using for the custom reports.
The text was updated successfully, but these errors were encountered:
Environment (please complete the following information):
Config of webdriver.io and the reporter
reporters: ['spec','dot', [ 'cucumberjs-json', {
jsonFolder: './reports/json-output-folder',
language: 'en',
}]],
Describe the bug
All text/plain and application/json attachments are encoded in a base64 string format starting from @cucumber/cucumber v10 (cucumber/cucumber-js#2260). This means that the reporters, such as multiple-cucumber-html-reporter (https:/WasiqB/multiple-cucumber-html-reporter/releases/tag/v3.6.1), which use generated JSON files for creating reports, are trying to decode all such attachments. On the other hand, WDIO JSON reporter generates text/plain and application/json attachments as plain text. This means that attachments in text/plain and application/json formats are decoded from plain text.
To Reproduce
Expected behavior
The suggestion is to unify the @cucumber/cucumber JSON reporting approach with wdio-cucumberjs-json-reporter, as it was before cucumber-js v10, and encode text/plain and application/json to base64 string.
Additional context
It could be a breaking change for the cases when generated json reports are using with the reporters that are not updated according to the latest cucumber-js changes or when the generated json files are the using for the custom reports.
The text was updated successfully, but these errors were encountered: