Skip to main content
New

Bug: When deleting Canvas containing non-existing views, it leaves stranded nodes

Related products:Industrial Canvas
  • July 13, 2026
  • 1 reply
  • 7 views

Forum|alt.badge.img+1

I have Canvas’ with View revisions that has been deleted. If I delete the “object” directly in the Canvas, it works well. However, if I delete the Canvas directly without first deleting the objects, I get stranded nodes (FdmInstanceContainerReference nodes). 
If I delete a Canvas with object linking to existing View revisions, it works well.

Would be nice if this was fixed since getting Canvas’ with outdated revisions is relatively common in a period with heavy data model development (revisions are constantly bumping, and we need to clean old revisions to stay below the view/revision limit). Now we are forces to run cleanup scripts on stranded canvas nodes on a regular basis

1 reply

Peter  Arwanitis
Practitioner ⭐️⭐️⭐️
Forum|alt.badge.img+1
  • Practitioner ⭐️⭐️⭐️
  • July 14, 2026

Hi Cognite team, that sounds like not Canvas specific, but more

  • deleting a view doesn’t delete it’s instances
  • this doc page might be related: Delete nodes without associated container data - Cognite Docs (but the documented scripts can be not enough, to really find and delete orphaned/disconnected/shadow instances on scale
  • the hidden criticality is that the these instances still count towards the customer instance limit, even that they are not aware of them

I’m writing this to broaden the scope and raise criticality