AnsweredAssumed Answered

DDR Does Not Encode Odd Unicode Character

Question asked by kurisutofaa on Oct 13, 2014
Latest reply on Feb 3, 2016 by davidhamannmedia

Summary

DDR Does Not Encode Odd Unicode Character

Product

FileMaker Pro

Version

Advanced 13.0v3

Operating system version

Mac OS X 10.10

Description of the issue

When generating a DDR, FMPA does not properly encode U+0012 ("DEVICE CONTROL TWO") in the XML. This prevents importation into BaseElements and other tools.

Steps to reproduce the problem

Add the Unicode character U+0012 as a text element on a layout.

(Who knows how that got there on this ancient solution, but it was present and blocked importation of a 116 file DDR.)

This was not an issue with FMPA 11. Further, I suspect this bug is not specific to text elements on layouts, but rather to anywhere odd characters might appear.

Expected result

FMPA properly encodes the character in the XML DDR.

Actual result

The character is not encoded, resulting in malformed XML.

Exact text of any error message(s) that appear

FileMaker does not report an error, but other tools such as BaseElements reports errors that they cannot read the XML.

Configuration information

Also see http://forums.filemaker.com/posts/b28f2343cf.

Workaround

None known other than to remove the character.

Outcomes