# Bug OP-5953 - Sorting relation sub elements influences the order of the rest of the table

Project: OpenProject
Status: closed
URL: https://community.openproject.org/work_packages/OP-5953

## Open points

_No work packages_

## Details

| Attribute | Value |
| --- | --- |
| Date |  |
| Priority | Medium |
| Module |  |
| Target versions | 10.0.0 |
| Observed in versions | 10.5.0 |
| Sprint | 10.0.0 |
| Backlog bucket |  |
| Bug found in version (deprecated) | 10.5.x |
| Found in mobile app version |  |
| Follow-up feedback e-mail |  |
| Requires doc change | No |
| Accessibility | No |
| Pull preview |  |
| List |  |
| Labels |  |

## People

| Attribute | Value |
| --- | --- |
| Assignee |  |
| Accountable |  |
| Product manager |  |
| Developers |  |
| Designer |  |
| Ordered by |  |
| Signed off by |  |
| Interest by |  |

## Planning

| Attribute | Value |
| --- | --- |
| Relevance |  |

## Costs

| Attribute | Value |
| --- | --- |
| Votes |  |
| Work |  |
| Labor costs |  |

## Description

### **Steps to reproduce:**

1.  Go to WP page, enable a relations column (e.g. contains)
2.  Expand a WP with multiple "contained" sub-WPs
3.  Sort the subelements via drag'n'drop
4.  Reload the page

### **Actual Behavior**

  - The sort of the subelements is gone
  - If the elements have also been in the table as normal WPs, their order have changed instead.

### **Expected Behavior**

  - As we currently do not support an ordered appearance of subelements, the drag'n'drop should be disabled for them.
  - (On a long term, the functionality should be added.)