Uploaded image for project: 'OpenShift Bugs'
  1. OpenShift Bugs
  2. OCPBUGS-14890

Missing 'View details' link for several servicemonitors.spec.endpoints fields in YAML sidebar

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done-Errata
    • Icon: Normal Normal
    • 4.14.0
    • 4.14
    • Management Console
    • None
    • No
    • False
    • Hide

      None

      Show
      None

      Description of problem:

      when viewing servicemonitor schema in YAML sidebar, for many fields whose type is Object, console doesn't have a 'View details' button to show more details

      Version-Release number of selected component (if applicable):

      4.14.0-0.nightly-2023-06-12-044657

      How reproducible:

      Always

      Steps to Reproduce:

      1. goes to any ServiceMonitor yaml page, open Schema by clicking on 'View sidebar'
      click 'View details' of 'spec' -> click 'View details' of 'endpoints'
      2. Check object and array type schema
      spec.endpoints.authorization
      spec.endpoints.basicAuth
      spec.endpoints.bearerTokenSecret
      spec.endpoints.oauth2
      spec.endpoints.params
      spec.endpoints.tlsConfig
      spec.endpoints.relabelings

      Actual results:

      2. there is no 'View details' button for these 'object' and 'array' type field 

      Expected results:

      2. we should provide 'View details' link for 'object' and 'array' fields so that user has ability to view more details 
      
      For example
      $ oc explain servicemonitors.spec.endpoints.tlsConfig
      KIND:     ServiceMonitor
      VERSION:  monitoring.coreos.com/v1RESOURCE: tlsConfig <Object>DESCRIPTION:
           TLS configuration to use when scraping the endpointFIELDS:
         ca    <Object>
           Certificate authority used when verifying server certificates.   caFile    <string>
           Path to the CA cert in the Prometheus container to use for the targets.   cert    <Object>
           Client certificate to present when doing client-authentication.   certFile    <string>
           Path to the client cert file in the Prometheus container for the targets.   insecureSkipVerify    <boolean>
           Disable target certificate validation.   keyFile    <string>
           Path to the client key file in the Prometheus container for the targets.   keySecret    <Object>
           Secret containing the client key file for the targets.   serverName    <string>
           Used to verify the hostname for the targets.
      
      
      oc explain servicemonitors.spec.endpoints.relabelings
      KIND:     ServiceMonitor
      VERSION:  monitoring.coreos.com/v1RESOURCE: relabelings <[]Object>DESCRIPTION:
           RelabelConfigs to apply to samples before scraping. Prometheus Operator
           automatically adds relabelings for a few standard Kubernetes fields. The
           original scrape job's name is available via the `__tmp_prometheus_job_name`
           label. More info:
           https://prometheus.io/docs/prometheus/latest/configuration/configuration/#relabel_config     RelabelConfig allows dynamic rewriting of the label set, being applied to
           samples before ingestion. It defines `<metric_relabel_configs>`-section of
           Prometheus configuration. More info:
           https://prometheus.io/docs/prometheus/latest/configuration/configuration/#metric_relabel_configsFIELDS:
         action    <string>
           Action to perform based on regex matching. Default is 'replace'. uppercase
           and lowercase actions require Prometheus >= 2.36.   modulus    <integer>
           Modulus to take of the hash of the source label values.   regex    <string>
           Regular expression against which the extracted value is matched. Default is
           '(.*)'   replacement    <string>
           Replacement value against which a regex replace is performed if the regular
           expression matches. Regex capture groups are available. Default is '$1'   separator    <string>
           Separator placed between concatenated source label values. default is ';'.   sourceLabels    <[]string>
           The source labels select values from existing labels. Their content is
           concatenated using the configured separator and matched against the
           configured regular expression for the replace, keep, and drop actions.   targetLabel    <string>
           Label to which the resulting value is written in a replace action. It is
           mandatory for replace actions. Regex capture groups are available.

      Additional info:

       

       

              rh-ee-gvudinh Giao Vu Dinh (Inactive)
              rhn-support-yapei YaDan Pei
              YaDan Pei YaDan Pei
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: