Bug 101113
Summary: | Use context list only shows 'public' when adding content type template | ||
---|---|---|---|
Product: | [Retired] Red Hat Enterprise CMS | Reporter: | Daniel Berrangé <berrange> |
Component: | other | Assignee: | ccm-bugs-list |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Jon Orris <jorris> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | nightly | CC: | sseago |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-09-04 20:55:41 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 100952 |
Description
Daniel Berrangé
2003-07-29 09:56:02 UTC
Scott, is there a good reason that we did this? (I assume there isn't, but I want to double-check before merging.) Richard, what do you mean by 'did this'? I think the only issue here is that a pre-existing bug (or missing feature depending on how you look at it) was fixed on the london 5.2 tree, and the fix has not been pulled across. If you mean why didn't we merge this fix with the other use context fixes, my emphasis for FTVI was more on the API and underlying functionalitry, and at the time this seemed to be an unrelated UI deficiency. In any case, yes, we whould merge this. In addition, once we merge this, we need to make a corresponding fix in the item-template assignment UI (and possibly in the category-template assignment too). Since originally all section-template mappings were 'public', the query that pulls out the valid section templates to assign to a specific item (or category) filters on the 'public' use context -- so if you assign a template as 'alternate' at the section level, you won't be able to assign this template to an item explicitly. For the item(or category)-template mapping UI, we need to either _not_ filter on use contexts (so that any template uploaded to a section for a content type can be assigned to any use context for a specific item) or we need to filter on the particular use context we're interested in (so when you go to specify a specific item template for the 'alternate' context, you can only chose from among those templates which are assigned as 'alternate' templates at the section level). The choice of which of these to handle (or to handle both via a more complex means) should be driven by the specific use cases envisioned. For example, if your template contexts are for completely different types of UI -- i.e. default, printer-friendly, text-only, WAP, etc., then there's no reason a single template will ever be used for more than one use context, and we should apply the filters. If the use contexts are more audience-based or use some other distinction where it's possible that a single template could be used for public use contexts in one case and alternate contexts in another, then we should not apply this filter. 29962 merged @34077 Done in p4 34077 Resolved in Troika. Scott's comments merged into pending queue for docs. |