| Summary: | Assembly fails with "Failed to convert the Topic Error template into a DOM document" | ||
|---|---|---|---|
| Product: | [Community] PressGang CCMS | Reporter: | Ruediger Landmann <rlandman> |
| Component: | CSProcessor | Assignee: | Lee Newson <lnewson> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 1.1 | CC: | lnewson, mcaspers, misty |
| Target Milestone: | --- | ||
| Target Release: | 1.2 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-10-17 23:49:24 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Bug Depends On: | |||
| Bug Blocks: | 1013825 | ||
|
Description
Ruediger Landmann
2013-09-25 04:47:10 UTC
*** Bug 1011745 has been marked as a duplicate of this bug. *** We figured out why this happened in this instance. I think the essense of this bug report is that we want it to be more obvious why a book has failed to assemble or build. I propose that the right solution is that a failing topic should not fail building the book, but that a report should be generated of topics that had to be suppressed because of unrecoverably bad XML. In this case, there was another issue which is an import issue (entities like < and > were decoded to < and >, rendering XML invalid where it shouldn't have been. I don't know if we have root cause (was it chopbook or the csprocessor API that did it?) So when this bug is up for consideration, it should really be divided into two. Misty, just so this is easier to resolve would you mind specifying where the problem was? As that error shouldn't ever occur unless someone configured the template incorrectly on the server (which is why it's one of the few cases of an instant failure). ie was it invalid XML in the topic title? I should also mention that exception shouldn't be printed to the output. It was content spec 22451 and Matt resolved it by taking some invalid characters out of some topic titles. Fixed in 1.2-SNAPSHOT build 201310081448. This was caused by the title being set before the base template was converted. I've updated the builder to leave the title as is and then replace it after the DOM Document conversion. Then when the builder gets to the docbook validation part if the title is invalid then the xml will be reverted to use "Invalid Topic" as the title. Fixed in 1.2-SNAPSHOT build 201310161416 This was caused by the way the title was being set and the way the validation was done. Since the setTitle() method sets the title as a TextNode when the attempt to parse the title into DOM elements fails it was marking the XML as valid. This then meant that the title check was missed since the XML was valid. I've updated this so that the title valid check is always done. Confirmed that titles with xml like markup are now correctly handled. |