https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5298
Robert Bullen <robert@xxxxxxxxxxxxxx> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|Low |Medium
CC| |robert@xxxxxxxxxxxxxx
--- Comment #5 from Robert Bullen <robert@xxxxxxxxxxxxxx> 2011-03-01 14:34:45 PST ---
Even though dissectors can take a first swag at the preferred/default character
encoding, allowing the user to select/override the character decoding would be
beneficial. For any protocol that carries a payload for which it has no
insight, this feature would allow the analyst to make that determination.
Most other analyzers support toggling between EBCDIC and ASCII in their bytes
views. Some analysts might even argue that this is an Analyzer 101 feature.
Therefore I think the importance of this should be increased from "Low."
I'd like to add that I've seen a lot of payloads containing both encodings
lately, sometimes within the same packet but definitely within the same
reassembled payload. So perhaps Wireshark can one-up other analyzers and
accommodate that scenario even better by allowing both views simultaneously. In
other words, this feature could be implemented as a multi-select option, rather
than as an either/or option like other analyzers.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
