Home.wiki has UTF-8 BOM header

Issue #448 invalid
Steve Borho
created an issue

{{{ % file Home.wiki Home.wiki: UTF-8 Unicode (with BOM) English text }}} http://en.wikipedia.org/wiki/Byte-order_mark

The first three bytes are EF BB BF. This is why the markup on the first line is ignored. I have yet to figure out how to make any text editor rip off the BOM header, they all faithfully replace it.

This exposed some bugs in TortoiseHg (which I guess I'm thankful for), as it causes decoding errors when converting the text to ascii.

Comments (4)

  1. Steve Borho reporter

    FYI: I figured this out.

    /usr/share/vim/vim71/ftplugin/flexwiki.vim calls setlocal bomb, so it was the .wiki file extension that caused this to happen in the first place. Just so you know when the next person complains about this...

  2. Anonymous
    • changed status to new

    Since the BOM does not have a meaning in the markup I suggest that the BOM is removed before passing the text to the markup parser.

    The solution above is not about the issue in bitbucket but rather a workaround, therefore I suggest this bug to be reopened with focus on the bitbucket part.

    Perhaps the issue should be passed upstream to the Creole implementation used.

  3. Log in to comment