Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-48766

Jenkins Core should provide info about minimum supported Remoting version in API/REST API/logs

    • Icon: New Feature New Feature
    • Resolution: Fixed
    • Icon: Major Major
    • core
    • None

      It is a follow-up to JENKINS-48761. Currently Jenkins Core does not specify a minimal-supported version, so users do not even got warnings when they use old Remoting versions without using a Version Column plugin (CC batmat)

      I propose to enhance the behavior:

      • Define a minimal supported version within the core
      • Where to return the data?
        • Make the version available via Jenkins API
        • The minimal supported version should be returned in TcpAgentListener's headers so that Agent can process it on its side
        • Nice2Have: The minimal supported version should returned in the Jenkins WAR Manifest
      • Diagnostics:
        • Warning in agent connection log when the version older than the Minimal one is connected. The connection whould not be aborted, user should just know he runs in YOLO mode
        • Warning in the log on the Remoting side (separate ticket - TODO)
        • Nice2Have: Warning on the agent main page
        • Nice2Have: Administrative monitor OR support in Version Column Plugin
        • Nice2Have: Warning in the Support Core plugin

          [JENKINS-48766] Jenkins Core should provide info about minimum supported Remoting version in API/REST API/logs

          Oleg Nenashev created issue -
          Oleg Nenashev made changes -
          Status Original: Open [ 1 ] New: In Progress [ 3 ]
          Oleg Nenashev made changes -
          Link New: This issue is related to JENKINS-48761 [ JENKINS-48761 ]
          Oleg Nenashev made changes -
          Description New: It is a follow-up to JENKINS-48761. Currently Jenkins Core does not specify a minimal-supported version, so users do not even got warnings when they use old Remoting versions without using a Version Column plugin (CC [~batmat])

          I propose to enhance the behavior:

          * Define a minimal supported version within the core
          * Where to return the data?
          ** Make the version available via Jenkins API
          ** The minimal supported version should be returned in TcpAgentListener's headers so that Agent can process it on its side
          ** The minimal supported version should returned in the Jenkins WAR Manifest
          * Diagnostics:
          ** Warning in agent connection log when the version older than the Minimal one is connected. The connection whould not be aborted, user should just know he runs in YOLO mode
          ** Warning in the log on the Remoting side (separate ticket - TODO)
          ** Nice2Have: Warning on the agent main page
          ** Nice2Have: Administrative monitor OR support in Version Column Plugin
          Oleg Nenashev made changes -
          Issue Type Original: Bug [ 1 ] New: New Feature [ 2 ]
          Oleg Nenashev made changes -
          Link New: This issue is related to JENKINS-48754 [ JENKINS-48754 ]
          Oleg Nenashev made changes -
          Remote Link New: This issue links to "https://github.com/jenkinsci/jenkins/pull/3212 (Web Link)" [ 19709 ]
          Oleg Nenashev made changes -
          Epic Link New: JENKINS-46154 [ 184393 ]
          Oleg Nenashev made changes -
          Description Original: It is a follow-up to JENKINS-48761. Currently Jenkins Core does not specify a minimal-supported version, so users do not even got warnings when they use old Remoting versions without using a Version Column plugin (CC [~batmat])

          I propose to enhance the behavior:

          * Define a minimal supported version within the core
          * Where to return the data?
          ** Make the version available via Jenkins API
          ** The minimal supported version should be returned in TcpAgentListener's headers so that Agent can process it on its side
          ** The minimal supported version should returned in the Jenkins WAR Manifest
          * Diagnostics:
          ** Warning in agent connection log when the version older than the Minimal one is connected. The connection whould not be aborted, user should just know he runs in YOLO mode
          ** Warning in the log on the Remoting side (separate ticket - TODO)
          ** Nice2Have: Warning on the agent main page
          ** Nice2Have: Administrative monitor OR support in Version Column Plugin
          New: It is a follow-up to JENKINS-48761. Currently Jenkins Core does not specify a minimal-supported version, so users do not even got warnings when they use old Remoting versions without using a Version Column plugin (CC [~batmat])

          I propose to enhance the behavior:

          * Define a minimal supported version within the core
          * Where to return the data?
          ** Make the version available via Jenkins API
          ** The minimal supported version should be returned in TcpAgentListener's headers so that Agent can process it on its side
          ** The minimal supported version should returned in the Jenkins WAR Manifest
          * Diagnostics:
          ** Warning in agent connection log when the version older than the Minimal one is connected. The connection whould not be aborted, user should just know he runs in YOLO mode
          ** Warning in the log on the Remoting side (separate ticket - TODO)
          ** Nice2Have: Warning on the agent main page
          ** Nice2Have: Administrative monitor OR support in Version Column Plugin
          ** Nice2Have: Warning in the Support Core plugin
          Oleg Nenashev made changes -
          Description Original: It is a follow-up to JENKINS-48761. Currently Jenkins Core does not specify a minimal-supported version, so users do not even got warnings when they use old Remoting versions without using a Version Column plugin (CC [~batmat])

          I propose to enhance the behavior:

          * Define a minimal supported version within the core
          * Where to return the data?
          ** Make the version available via Jenkins API
          ** The minimal supported version should be returned in TcpAgentListener's headers so that Agent can process it on its side
          ** The minimal supported version should returned in the Jenkins WAR Manifest
          * Diagnostics:
          ** Warning in agent connection log when the version older than the Minimal one is connected. The connection whould not be aborted, user should just know he runs in YOLO mode
          ** Warning in the log on the Remoting side (separate ticket - TODO)
          ** Nice2Have: Warning on the agent main page
          ** Nice2Have: Administrative monitor OR support in Version Column Plugin
          ** Nice2Have: Warning in the Support Core plugin
          New: It is a follow-up to JENKINS-48761. Currently Jenkins Core does not specify a minimal-supported version, so users do not even got warnings when they use old Remoting versions without using a Version Column plugin (CC [~batmat])

          I propose to enhance the behavior:

          * Define a minimal supported version within the core
          * Where to return the data?
          ** Make the version available via Jenkins API
          ** The minimal supported version should be returned in TcpAgentListener's headers so that Agent can process it on its side
          ** Nice2Have: The minimal supported version should returned in the Jenkins WAR Manifest
          * Diagnostics:
          ** Warning in agent connection log when the version older than the Minimal one is connected. The connection whould not be aborted, user should just know he runs in YOLO mode
          ** Warning in the log on the Remoting side (separate ticket - TODO)
          ** Nice2Have: Warning on the agent main page
          ** Nice2Have: Administrative monitor OR support in Version Column Plugin
          ** Nice2Have: Warning in the Support Core plugin
          Oleg Nenashev made changes -
          Remote Link New: This issue links to "https://github.com/jenkinsci/jenkins/pull/3250 (Web Link)" [ 19907 ]

            oleg_nenashev Oleg Nenashev
            oleg_nenashev Oleg Nenashev
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: