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

Aditya Gupta updated ATLAS-4879:
--------------------------------
    Description: 
In Atlas UI, if a classification has been applied on an entity, and if that 
entity has been soft-deleted, Atlas doesn't allow users to remove the 
classification from that entity.

However it is possible to use this DELETE API request ( 
/{color:#212121}api/atlas/v2/entity/guid/<DELETED_ENTITY_GUID/classification/<CLASSIFICATION_NAME>)
 {color}to circumvent this restriction.

Behaviour should be consistent with API as well as UI.

========================================================================================================================================
h3. *Repro Observation: Classification dissociation behavior for soft-deleted 
entities*

Atlas has {*}two UIs{*}:
 * *Classic UI*
 * *New React UI*

In both UIs, classifications (tags) are associated with entities, and there are 
*two supported ways* to dissociate a classification:
 * Via *UI*
 * Via *Backend API (curl)*

 
h3. *Expected baseline*
 * For {*}active (non-deleted) entities{*}:

 * UI dissociation works

 * Backend API dissociation works
This is consistent across *both UIs*

 
h3. *Case 1: Entity is soft deleted – Classic UI*
 * {*}UI (Classic){*}:

 * Not able to dissociate classification from the entity

 * {*}Backend API (curl){*}:

 * Able to dissociate classification from the entity

*Mismatch between UI and backend behavior*
h3. *Case 2: Entity is soft deleted – New React UI*
 * {*}UI (React){*}:

 * Able to dissociate classification from the entity

 * {*}Backend API (curl){*}:

 * Able to dissociate classification from the entity

*UI and backend behavior are consistent*

  was:
In Atlas UI, if a classification has been applied on an entity, and if that 
entity has been soft-deleted, Atlas doesn't allow users to remove the 
classification from that entity.

However it is possible to use this DELETE API request ( 
/{color:#212121}api/atlas/v2/entity/guid/<DELETED_ENTITY_GUID/classification/<CLASSIFICATION_NAME>)
 {color}to circumvent this restriction.

Behaviour should be consistent with API as well as UI.




========================================================================================================================================
h3. *Observation: Classification dissociation behavior for soft-deleted 
entities*

Atlas has {*}two UIs{*}:
 * *Classic UI*
 * *New React UI*

In both UIs, classifications (tags) are associated with entities, and there are 
*two supported ways* to dissociate a classification:
 * Via *UI*
 * Via *Backend API (curl)*

 
h3. *Expected baseline*
 * For {*}active (non-deleted) entities{*}:


 * UI dissociation works


 * Backend API dissociation works
 This is consistent across *both UIs*

 
h3. *Case 1: Entity is soft deleted – Classic UI*
 * {*}UI (Classic){*}:


 * Not able to dissociate classification from the entity




 * {*}Backend API (curl){*}:


 * Able to dissociate classification from the entity



*Mismatch between UI and backend behavior*
h3. *Case 2: Entity is soft deleted – New React UI*
 * {*}UI (React){*}:


 * Able to dissociate classification from the entity




 * {*}Backend API (curl){*}:


 * Able to dissociate classification from the entity



*UI and backend behavior are consistent*


> Delete classification API request circumvents classification disassociation 
> limitation that is present in UI
> ------------------------------------------------------------------------------------------------------------
>
>                 Key: ATLAS-4879
>                 URL: https://issues.apache.org/jira/browse/ATLAS-4879
>             Project: Atlas
>          Issue Type: Bug
>            Reporter: Rahul Kurup
>            Priority: Major
>
> In Atlas UI, if a classification has been applied on an entity, and if that 
> entity has been soft-deleted, Atlas doesn't allow users to remove the 
> classification from that entity.
> However it is possible to use this DELETE API request ( 
> /{color:#212121}api/atlas/v2/entity/guid/<DELETED_ENTITY_GUID/classification/<CLASSIFICATION_NAME>)
>  {color}to circumvent this restriction.
> Behaviour should be consistent with API as well as UI.
> ========================================================================================================================================
> h3. *Repro Observation: Classification dissociation behavior for soft-deleted 
> entities*
> Atlas has {*}two UIs{*}:
>  * *Classic UI*
>  * *New React UI*
> In both UIs, classifications (tags) are associated with entities, and there 
> are *two supported ways* to dissociate a classification:
>  * Via *UI*
>  * Via *Backend API (curl)*
>  
> h3. *Expected baseline*
>  * For {*}active (non-deleted) entities{*}:
>  * UI dissociation works
>  * Backend API dissociation works
> This is consistent across *both UIs*
>  
> h3. *Case 1: Entity is soft deleted – Classic UI*
>  * {*}UI (Classic){*}:
>  * Not able to dissociate classification from the entity
>  * {*}Backend API (curl){*}:
>  * Able to dissociate classification from the entity
> *Mismatch between UI and backend behavior*
> h3. *Case 2: Entity is soft deleted – New React UI*
>  * {*}UI (React){*}:
>  * Able to dissociate classification from the entity
>  * {*}Backend API (curl){*}:
>  * Able to dissociate classification from the entity
> *UI and backend behavior are consistent*



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to