Bug report: Expected behaviour for v10 non-printable character rendering copy/paste

[mattnotmax]

Describe the bug Might not be a bug per se, but interested in clarifying expected behaviour between v9 and v10. Specifically, when copying byte data into another application, default settings for v10 appears to truncate data where as default settings for v9 appear to copy/paste more data.

This truncation appears when non-printable characters are rendered.

To Reproduce Steps to reproduce the behaviour or a link to the recipe / input used to cause the bug:

Generate Lorem Ipsum text Compress this via ZIP to create non-text bytes including non-printable character rendering Copy the data as 'raw bytes' Paste the 'text' into HxD text input

Expected behaviour v10 pastes very little text. (see below screenshot) where as v9 pastes more data. I'm not expecting all bytes to be pasted into HxD but the difference is large.

If you are copy/paste CyberChef output into another tool (VS Code, Sublime etc.) then the version 10 behaviour is not desirable.

Screenshots v10.4.0 (left) with pasted output in HxD

v9.55.0 with pasted output in HxD

Desktop (if relevant, please complete the following information):

• Version: 10.4.0

• Compile time: 24/03/2023 22:43:24 UTC

• User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36

• Link to reproduce

• Version: 9.55.0

• Compile time: 09/12/2022 11:42:09 UTC

• User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36

• Link to reproduce

Additional context I kindly ask if this is expected behaviour, would you consider creating a option to toggle the non-printable character rendering. This could have additional benefits for readability of scripts and other data if the user was able to toggle the option.