Export Keywords doesn't include a byte order mark and Import Keywords doesn't accept one
The command Export Keywords > Include Keyword Tag Options (.csv) should include a byte order mark (BOM) and the Import Keywords command should skip a BOM if present. Since the use of BOMs is a de facto standard for UTF-8 CSVs, LR's lack of proper BOM handling is a design defect.
Currently, if a user with Excel (the most common tool for manipulating CSVs) opens a LR-exported .csv, Windows Excel will assume the file is encoded in the current Windows code page, garbling any non-ASCII Unicode characters; Mac Excel will similarly garble Unicode characters. The user must use an obscure seven-step process to import the .csv into Excel properly. In the first 24 hours of LR 12.2, a user and Rikk Flohr both stumbled over this, thinking the Export Keywords command was broken.
And if a user tries to import a CSV modified by Excel into LR, she'll get an error message, "The file cannot be imported, because it contains corrupted data", because Excel has written a BOM that LR doesn't recognize. The user will have to use Windows Notepad or Mac Text Edit to save the modified file without the BOM.
Only Unicode nerds whose brains are filled with such useless details will be able to figure this out.
Widely used apps that recognize the BOM: Windows Excel, Mac Excel, Google Sheets, Windows Notepad, Mac Text Edit, Sublime, Mac Numbers. Mac Pages, Windows Word, Mac Word. I'm sure there are many others.
