Bug 1290411 - Improve docs for Content View filters and versions
Summary: Improve docs for Content View filters and versions
Keywords:
Status: CLOSED DUPLICATE of bug 1153650
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Docs User Guide
Version: 6.1.4
Hardware: Unspecified
OS: Unspecified
medium
low
Target Milestone: Unspecified
Assignee: Dan Macpherson
QA Contact: satellite-doc-list
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-12-10 13:05 UTC by Stephen Wadeley
Modified: 2019-04-01 20:27 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-07-06 02:50:18 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1153650 0 high CLOSED Content view filtering process not documented 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 1203939 0 high CLOSED Content Views documentation not clear on the relationship between versions and hosts 2021-02-22 00:41:40 UTC

Internal Links: 1153650 1203939

Description Stephen Wadeley 2015-12-10 13:05:35 UTC
Document URL: 

https://access.redhat.com/documentation/en-US/Red_Hat_Satellite/6.1/html/User_Guide/sect-Red_Hat_Satellite-User_Guide-Using_Content_Views-Filtering_Content.html 

Red_Hat_Satellite-User_Guide-6.1-en-US-2-4

Section Number and Name: 

"Filtering Content"

Describe the issue: 

Currently there is no explanation as to how the Content View filters are parsed. There doesn't appear to be a method in the UI to order the Content View filters, so are they parsed in the order they are added? or are exclude filters parsed before include or vice-versa? How are conflicts in rules resolved? Is it suggested that include/exclude filters not be mixed in the same Content view? 


There also isn't any discussion in the documentation with regard to Content View versions and their relationships. Is version 2.0 inclusive of version 1.0 content? or is it a completely different instance of the content so all filters must be redefined? (Diagram figure 6.1 doesn't make this clear).

Can the documentation also possibly include a description as to why a Composite Content View can't contain content from two different Content Views if they contain the same repository? This seems like an artificial constraint.

Additional information: 

Source: https://access.redhat.com/discussions/1987953#comment-995113

Comment 1 Stephen Wadeley 2015-12-10 14:52:51 UTC
(In reply to Stephen Wadeley from comment #0)
> Document URL: 
> 
> https://access.redhat.com/documentation/en-US/Red_Hat_Satellite/6.1/html/
> User_Guide/sect-Red_Hat_Satellite-User_Guide-Using_Content_Views-
> Filtering_Content.html 
> 
> Red_Hat_Satellite-User_Guide-6.1-en-US-2-4
> 
> Section Number and Name: 
> 
> "Filtering Content"
> 
> Describe the issue: 
> 
> Currently there is no explanation as to how the Content View filters are
> parsed. There doesn't appear to be a method in the UI to order the Content
> View filters, so are they parsed in the order they are added? or are exclude
> filters parsed before include or vice-versa? How are conflicts in rules
> resolved? Is it suggested that include/exclude filters not be mixed in the
> same Content view? 

This seems to be already requested here:
Bug 1153650 - Content view filtering process not documented


> 
> 
> There also isn't any discussion in the documentation with regard to Content
> View versions and their relationships. Is version 2.0 inclusive of version
> 1.0 content? or is it a completely different instance of the content so all
> filters must be redefined? (Diagram figure 6.1 doesn't make this clear).


This seems to be already requested here:
Bug 1203939 - Content Views documentation not clear on the relationship between versions and hosts


> 
> Can the documentation also possibly include a description as to why a
> Composite Content View can't contain content from two different Content
> Views if they contain the same repository? This seems like an artificial
> constraint.
> 
> Additional information: 
> 
> Source: https://access.redhat.com/discussions/1987953#comment-995113

Comment 2 Dan Macpherson 2016-07-06 02:50:18 UTC

*** This bug has been marked as a duplicate of bug 1153650 ***


Note You need to log in before you can comment on or make changes to this bug.