Bug found in NotesDXLImporter

Importing this document works:

20030429

However this document does not work:

20030429

The only difference is that is on a different line.

This bug of course makes NotesDXLImporter useless for importing

documents that have been transformed using XSL.

Subject: Bug found in NotesDXLImporter

This is still a problem under 6.0.4, and I’ve sent examples of this to Lotus. Hopefully an SPR will be created soon to have the issue corrected.Textlist tags are fine on separate lines, but the importer balks at datetimelist tags on separate lines.

The following example does work:

20030429

UPDATE 4/18/2005:

An SPR has been created recently regarding this issue.

SPR#: DCOE6B9KM3

Subject: RE: Bug found in NotesDXLImporter

Lotus said they will not fix this unless more people complain about the problem. Please open more support tickets and reference the issue related to this SPR:

SPR#: DCOE6B9KM3.

Subject: you are right

I tried extending your example by adding

in the hopes that the parser, when validating using the DTD, would treat the extra line feed as ignorable white space. Unfortunately, it does not.

There are some places in the DTD where a mixed content model is used - a combination of parsed character data and elements. In those places, any whitespace is significant. But you are right, in the context of datetimelist, no character data is allowed, so the Importer should probably treat any as ignorable. It still seems to me that a validating parser should filter that out as ignorable whitespace, but clearly, it does not.