Begin of the insertionAfter talking with Wieland again and doing some research, I try to summarize this anew.End of the insertion Begin of the deletion in the comments of <mention class="mention" data-id="67403" data-type="work_package" data-text="#67403">#67403</mention> <mention class="mention" data-id="42086" data-type="user" data-text="@Wieland Lindenthal">@Wieland Lindenthal</mention> wrote:End of the deletion

Begin of the insertionFirst: We needEnd of the insertion Begin of the deletion > For work package **Activity** tab we startedEnd of the deletion to Begin of the insertiondistinguish between attachments that were uploaded inEnd of the insertion Begin of the deletion goEnd of the deletion the Begin of the insertionEditor (&quot;inline attachments&quot;) and attachments that were uploadedEnd of the insertion Begin of the deletion following route (and we still haven&#39;t adopted to thisEnd of the deletion in the Begin of the insertion&quot;Files&quot; tab.

### Current state

In the **classic documents** module, there is no difference betweenEnd of the insertion Begin of the deletion work package description): The life cycle ofEnd of the deletion inline attachments Begin of the insertionand attachments uploaded inEnd of the insertion Begin of the deletion is managed throughEnd of the deletion the Begin of the insertion&quot;Files&quot; tab. All ofEnd of the insertion Begin of the deletion rich text field. If you deleteEnd of the deletion them Begin of the insertionare shownEnd of the insertion in the Begin of the insertion&quot;Files&quot; tab.

In **work packages**, inline attachments (uploaded with CKEditor), e.g. images,End of the insertion Begin of the deletion rich text field then theyEnd of the deletion are Begin of the insertionshownEnd of the insertion Begin of the deletion also deleted as attachments. They do not get listed (anymore)End of the deletion in the Begin of the insertion&quot;Files&quot; tab as well. If such a file is removed from theEnd of the insertion work package Begin of the insertiontext, it is not removed from the &quot;Files&quot;End of the insertion Begin of the deletion **Files**End of the deletion tab. Begin of the insertion
However, files that have been added to a **comment to a work package**, areEnd of the insertion Begin of the deletion The reason forEnd of the deletion not Begin of the insertionshown in the &quot;Files&quot; tab. If a comment with aEnd of the insertion Begin of the deletion listing them like other attachments: often people place screenshots and other indistinguishableEnd of the deletion file Begin of the insertion(e.g. image) is created and theEnd of the insertion Begin of the deletion names into richEnd of the deletion text Begin of the insertionis editedEnd of the insertion and Begin of the insertionthe file link removed, we also remove the file from the database and storage.End of the insertion Begin of the deletion update them there.End of the deletion This Begin of the insertionis important for GDPR compliance, since the user would otherwise have no wayEnd of the insertion Begin of the deletion leadsEnd of the deletion to Begin of the insertiondelete the file.

Wieland argued, that it would be nice for users to distinguish between inline attachmentsEnd of the insertion Begin of the deletion a longEnd of the deletion and Begin of the insertionattachments uploadedEnd of the insertion Begin of the deletion unmanageable list of filesEnd of the deletion in the Begin of the insertion&quot;Files&quot; tab, because in documents often many screenshots are included and only some important files added as attachments. Then the &quot;Files&quot; tab would be cluttered with screenshots.End of the insertion Begin of the deletion **Files** tab.End of the deletion

Begin of the insertionWe alsoEnd of the insertion Begin of the deletion <br>

I am not sure I understand everything here correctly. It seems to me that we don&#39;tEnd of the deletion have Begin of the insertionto be GDPR compliant and remove files fromEnd of the insertion the Begin of the insertionstorage, whenEnd of the insertion Begin of the deletion functionality yet, that deletes attachments ifEnd of the deletion the Begin of the insertionuser does not want usEnd of the insertion Begin of the deletion linkEnd of the deletion to Begin of the insertionkeep them (e.g. deletesEnd of the insertion the Begin of the insertionfile).

Another important topicEnd of the insertion Begin of the deletion attachmentEnd of the deletion is Begin of the insertionthatEnd of the insertion Begin of the deletion deleted in the editor. So question 1 is: **DoEnd of the deletion we want to Begin of the insertionhave document versions inEnd of the insertion Begin of the deletion delete attachments automatically fromEnd of the deletion the Begin of the insertionfuture. Then multiple versions of a document could include the same attachment.

### There are several options

<br>

1. We list all filesEnd of the insertion Begin of the deletion &quot;Files&quot; tab (andEnd of the deletion in the Begin of the insertionfiles tab, regardless of howEnd of the insertion Begin of the deletion location whereEnd of the deletion they were Begin of the insertionuploaded. To make it easier for users we could distinguish here between files uploaded inEnd of the insertion Begin of the deletion stored), whenEnd of the deletion the Begin of the insertioneditor and files uploadedEnd of the insertion Begin of the deletion link to them was removedEnd of the deletion in the Begin of the insertionfiles tab. We doEnd of the insertion Begin of the deletion editor?**

Pro:

* We&#39;reEnd of the deletion not Begin of the insertiondelete files whenEnd of the insertion Begin of the deletion keeping unused attachments so less clutter forEnd of the deletion the user Begin of the insertionremoves the link in the document text.
&nbsp;Pro: 
   - We are easily able to provideEnd of the insertion Begin of the deletion

* GDPR complicance? Is thisEnd of the deletion a Begin of the insertion&quot;delete&quot; linkEnd of the insertion Begin of the deletion topicEnd of the deletion for Begin of the insertioneach attachment (although we probably should warn the userEnd of the insertion Begin of the deletion that?


Contra:

* It might be unexpected for usersEnd of the deletion when the Begin of the insertionfile is still usedEnd of the insertion Begin of the deletion attachments are completely removed just by removing themEnd of the deletion in the Begin of the insertiondocument or a document version) and are GDPR compliant with this.
   - EasyEnd of the insertion Begin of the deletion editor

* Sometimes people maybe just wantEnd of the deletion to Begin of the insertionimplement
 Contra:
   - Maybe cluttered view?
   - Users could forget they have to manually removeEnd of the insertion Begin of the deletion changeEnd of the deletion the Begin of the insertionfile after they deletedEnd of the insertion Begin of the deletion structure ofEnd of the deletion the Begin of the insertionlink to the file in theEnd of the insertion document Begin of the insertion

<br>

2. In the &quot;Files&quot; tabEnd of the insertion Begin of the deletion therefore removing files only temporary. If they don&#39;t have them at hand for re-uploadEnd of the deletion we Begin of the insertiononly list filesEnd of the insertion Begin of the deletion makeEnd of the deletion that Begin of the insertionwere uploaded in the &quot;Files&quot; tab and ignore all files that were uploaded in the editor.
 Pro:
   -End of the insertion Begin of the deletion harder.

* End of the deletion Probably Begin of the insertionnicer for users, less clutter on large documents
 Contra:
   - We somehow needEnd of the insertion Begin of the deletion hardEnd of the deletion to Begin of the insertionknowEnd of the insertion Begin of the deletion implement, especiallyEnd of the deletion when Begin of the insertionthe last occurrence of a link to a file was deleted from aEnd of the insertion Begin of the deletion we haveEnd of the deletion document Begin of the insertion(and inEnd of the insertion Begin of the deletion versions.


IfEnd of the deletion the Begin of the insertionfuture also from the document versions) soEnd of the insertion Begin of the deletion answer isEnd of the deletion that we Begin of the insertioncan automatically delete it to be compliant with GDPR. This could be complicated and probably slowEnd of the insertion Begin of the deletion want that, question 2 would be: **Do we need that functionalityEnd of the deletion for Begin of the insertionhuge documents with many versions =&gt; high implementation effort and maybe bad performance


End of the insertion Begin of the deletion V1 of the collaborative documents?**

End of the deletion As always, Begin of the deletion pleaseEnd of the deletion feel free to edit and add Begin of the insertionoptions, pros and contrasEnd of the insertion Begin of the deletion more arguments or questionsEnd of the deletion as you see fit.