Bug report: Expected behaviour for v10 non-printable character rendering copy/paste
mattnotmax opened this issue · comments
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 -
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
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.