Which escape sequences are decoded?
The unescape pass handles the most common C# regular-string escapes: \n (LF), \r (CR), \t (tab), \b (backspace), \f (form feed), \" (double quote), and \\ (backslash). It is intended for round-trip decoding of strings that the .NET escape tool produced.
How does the parser handle a verbatim @-string?
Verbatim strings (@"...") only escape one thing — a literal double quote is written as "". To unescape verbatim content you would collapse "" to " and leave backslashes alone. Paste a regular string body (without the @ prefix) into this tool; for verbatim, the only transformation needed is "" → ".
Does it decode \uXXXX Unicode escapes?
The current implementation focuses on the common control-character set. C# also supports \uXXXX (four-hex Unicode), \UXXXXXXXX (eight-hex Unicode), and \xN[N..] (variable-length hex) — for those, paste the literal already-decoded characters since modern .NET source files are UTF-8 and accept Unicode directly.
Why is \\ collapsed last?
The decode order is the reverse of the encode order. If \\ were collapsed first, the resulting single backslash could be re-interpreted by the next pass as the start of \n or \t. Doing it last guarantees that the doubled-backslash from the encoder safely survives every other replacement.
How is this different from the Java unescape tool?
The common escape sequences (\n, \t, \r, \b, \f, \", \\) are identical between Java and C#. Differences appear in the rare extras — Java has \' for single quote in char literals and supports octal escapes; C# adds \a (bell) and \v (vertical tab). For everyday strings the two unescape tools produce the same result.
Will it lose information on a malformed input?
A stray backslash followed by a non-escape letter (like \q) is left untouched. No characters are silently dropped; if you see something unexpected in the output, the cause is usually a missing escape that the encoder forgot to apply, not the unescape pass.
Can I use this for VB.NET strings?
VB.NET strings escape the double quote by doubling ("") and have no backslash escapes. To unescape VB strings, replace each "" with a single ". This tool decodes the C#-style backslash set, so it is not the right pass for raw VB.NET literals.
Is the input sent to a server?
No. The decode runs in JavaScript inside your browser. Strings copied from C# source — connection strings, query templates, secrets — never leave your machine. Verify in DevTools Network tab.