The request is to add another parameter to Content Spec Metadata section: Feedback= <TopicID> This way we can create a Topic Type that handles Feedback boilerplate text. When assembling the Content Spec into a publican book, the Topic specified as the Feedback parameter (if one is specified) should be written to the publican assembly as Feedback.xml.
Just +1ing this request, I'm starting to think we might need it for RHEV. The problem I am facing with it currently is the &PRODUCT; value we list the guides under on the site is (intentionally) Red Hat Enterprise Virtualization, the &BZPRODUCT; though is Red Hat Enterprise Virtualization *Manager*. Currently I notice when I assemble the installation guide using the CSP it falls back on the Feedback.xml from common content (good) which uses the &PRODUCT; value as the bugzilla component (bad) because it doesn't know about &BZPRODUCT;.
(In reply to comment #1) > ...which uses the &PRODUCT; value as the bugzilla component (bad) because it > doesn't know about &BZPRODUCT;. I meant the bugzilla *product* here, not component.
The CSP BZProduct Metadata field is used by default in the .ent file and defaults back to the Product metadata component when the BZProduct isn't specified. As for this RFE I'll have to talk it over more with the team, however unless it's desperately needed it'll remain as a low priority.
(In reply to comment #3) > The CSP BZProduct Metadata field is used by default in the .ent file and > defaults back to the Product metadata component when the BZProduct isn't > specified. > > As for this RFE I'll have to talk it over more with the team, however unless > it's desperately needed it'll remain as a low priority. Yeah, ultimately I think our needs would be better addressed by the proposal I outlined in Bug # 864616. I think overriding Feedback.xml is a valid option that should be considered (both for this an other scenarios) but I would prefer to avoid it and use the Feedback.xml from the brand.
I agree, as that RFE has less translation overhead as well.
Added in 0.32.0, syntax is as follows: Feedback = [<ID>] or Feedback = [<ID>, rev: <REV>] and it goes in the metadata section of a content specification.
Moving this bug to CLOSED CURRENT_RELEASE to clean up old bugs that were QA'd by the PressGang team but not by the original reporter.