You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Matt Gilman (JIRA)" <ji...@apache.org> on 2018/06/04 16:40:00 UTC

[jira] [Updated] (NIFI-5208) Editing a flow on a Disconnected Node

     [ https://issues.apache.org/jira/browse/NIFI-5208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matt Gilman updated NIFI-5208:
------------------------------
    Status: Patch Available  (was: Reopened)

> Editing a flow on a Disconnected Node
> -------------------------------------
>
>                 Key: NIFI-5208
>                 URL: https://issues.apache.org/jira/browse/NIFI-5208
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Core Framework, Core UI
>            Reporter: Matt Gilman
>            Assignee: Matt Gilman
>            Priority: Critical
>             Fix For: 1.7.0
>
>
> Currently, editing on a flow on a disconnected node is allowed. This feature is useful when needing to debug a node-specific environmental issue prior to re-joining the cluster. However, this can also lead to issues when the user doesn't realize that the node they are viewing is disconnected. This was never an issue in our 0.x baseline as viewing the disconnected node required the user to manually direct their browser away from the NCM and towards the disconnected node.
> In 1.x, this can happen transparently without the need for the user to redirect their browser. There is a label at the top to indicate that the node is disconnected but this is not sufficient. If the user continues with their edits, it will make it difficult to re-join the cluster without manual inventions to retain their changes.
> There is a dialog that should inform the user that the cluster connection state has changed. However, there appears to be a regression that is preventing that dialog from showing. We should restore this dialog and make it confirm the users intent to make changes in a disconnected state. Furthermore, changes should be prevented without this confirmation. Confirmation should happen anytime the cluster connected state changes.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)