Why are some duplicates still there?

The lines may differ by case, leading or trailing spaces, tabs, or other invisible characters. `foo`, `Foo`, and `foo ` are not exact duplicates.

Why did the sort order look different from my terminal?

Browser sorting can use different collation behavior than shell tools. Locale, case handling, and numeric comparison all affect the final order.

Why is there still one blank line in the result?

If blank lines are allowed, deduplication usually keeps one unique empty line rather than removing all of them.

Why did `item10` sort before `item2`?

Plain lexical sorting compares character by character, so `1` comes before `2`. Natural or numeric-aware ordering is a separate behavior.

Is this safe for sensitive data?

The tool runs locally in the browser, so line sorting and deduplication happen on your device rather than being uploaded for server-side processing.

Line Sort / Unique / Deduplicate

Sort lines, remove duplicates, or do both locally in your browser without losing meaningful blank lines by default.

Sort direction

Case-sensitive compare

Remove blank lines

Input

0 chars | 0 words | 0 lines

Output

Ctrl/Cmd+Enter transforms | Ctrl/Cmd+K clears

Unique mode compares whole lines only. Leading and trailing whitespace stays meaningful, so banana and banana are different lines.

Sorting uses the browser's localeCompare()behavior. Case-insensitive mode folds case for compare and dedupe, but exact collation details can vary slightly by browser locale.