Remove Connections/Links in Connect Boards Column if Linked item(s) were deleted

Hello Community

What is meant to happen when I have an item in a board, to which another board in another item is linked (via a ‘connect boards’ relationship) and that item is deleted? sometimes i notice that the link to the deleted item is still present in the other board, causing some unwanted effect (incorrect summations in mirror columns, etc.)

I know deleted items are meant to be rare, but it is hard to prevent all our users from deleting items (e.g. when mistakes are made, etc.) Is there a way to gracefully unlink an item as it is being deleted?

Failing that, are there any plans to add a webhook (or a recipe trigger) for when a user deletes an item?


I think I’m having the same issue.
I recently noticed that when I delete an item which is referenced elsewhere (e.g. has an item linked to it or dependent on it), the reference stays (even though the item no longer exists and cannot be accessed for editing).
In my case I needed to move items to a different board as part of restructuring my board set-up. I thought the easiest way to do that would be to delete the original items (assuming the references would be deleted) and then recreating the references to the new location. However, since the references did not get deleted I had to manually remove them and recreate everything (for more than 100 items…).

1 Like

I agree with you guys.

I think the expected result is that these item-links are also deleted when the item itself is deleted.


…same problem here!

1 Like

Hi all!

Thank you for all of your feedback here. I too was able to reproduce this issue!

As such, I would be more than happy to forward your feedback to our Product team so that they may take this into consideration for future iterations of our product.



Hello! Is there any update on this? This is a critical issue because some boards have hundreds of items and we cannot manually delete all the links one by one… We deleted the items permanently but monday keeps storing them somewhere else, so they still apear (and can be edited) in the ‘connect boards’ column

1 Like

Hi @Helen
Any updates on this?
It is extremely dangerous to have these dead links still being visible after the item i deleted.
We are running festivals and concert venues, and many departments will not have updated information if the links are not removed automatically.
It is sad to see that I have to send out explanations to users with a check list just for deleting an item.

Please, please have someone look into this.



hi, I have also experienced this issue, and am disappointed that such a thing exists. I just rebuilt our boards to use mirrored items extensively, and now I have a bunch of ‘dead’ items putting wrong data into our boards. What is the workaround here?

1 Like


same problem here. Please solve it. It will get really chaotic, if deleted items are still linked!


1 Like

Hey @Lucia1 , @DenstadConsulting , @george_planit @Mischmaster

While we cannot provide an update regarding this suggestion, as Helen mentioned, I can confirm that your feedback has all been passed on to our Product Team for future improvements! I’ve also added in all additional comments since Helen’s message to show the impact of adding this adjustment to the connect boards column.

Our Product Team takes user feedback very seriously! In fact, many of our features began as user requests.

While I know this isn’t the exact update you were hoping for, I hope this helps! Remember to mark as solved if this answers your question :slight_smile:



Just wanted to throw in another vote for this type of request. Considering that the workflow often ends up requiring duplicating an item in a new board and connecting them, it is really difficult to have to manage deletions in multiple places. If an item is connected to another board and the original item is deleted, it should definitely delete the copy otherwise there is a lot of duplicate work required.

Also putting in my vote to have this resolved as we’ve noticed it happening on our end.