Sharing pane overwrites current owner

[jaxoncreed]

Did this always happen? It seems pretty big.

To Replicate:

• In the databrowser, create a new file in, say, the private folder (https://jackson.localhost:8443/private/test.txt)
• Once you do that, the private folder has two resources (https://jackson.localhost:8443/private/test.txt and https://jackson.localhost:8443/private/.acl - the private folder's default acl, seen below)

  
  # ACL resource for the private folder
  @prefix acl: <http://www.w3.org/ns/auth/acl#>.

The owner has all permissions

<#owner> a acl:Authorization; acl:agent https://jackson.localhost:8443/profile/card#me; acl:accessTo <./>; acl:defaultForNew <./>; acl:mode acl:Read, acl:Write, acl:Control.

 - At this point, everything's good. `text.txt` inherits its permissions from `private`'s acl.
 - Go to the sharing pane and click "Set specific sharing preferences"
 - This will cause a new file (`https://jackson.localhost:8443/private/test.txt.acl`) to be made (see below)

@prefix : <#>. @prefix acl: http://www.w3.org/ns/auth/acl#. @prefix c: </profile/card#>.

:owner a acl:Authorization; acl:accessTo ; acl:agent c:me; acl:mode acl:Control, acl:Read, acl:Write.

 - Everything's still fine because it adds `c:me` to the acl.
 - Now, click the green plus and the single person icon to add a new user.
 - Add another webid like `https://ldp.demo-ess.inrupt.com/114176645321964550648/profile/card#me`
 - This updates `https://jackson.localhost:8443/private/test.txt.acl` to be below

@prefix : <#>. @prefix n0: http://www.w3.org/ns/auth/acl#. @prefix c: https://ldp.demo-ess.inrupt.com/114176645321964550648/profile/card#.

:Read a n0:Authorization; n0:accessTo ; n0:agent c:me; n0:mode n0:Read.

 - Notice that instead of adding the new user, it fully replaced the original owner of the document.

[bourgeoa]

@jaxoncreed confirmed.

• I reproduced the problem, following exactly your steps.
• But if I reload the page before adding a new user then the test.txt.acl is modified correctly adding a new webid with read rights

It looks like that in first place the sharing-pane do not edit the just created acl document but a new void acl document.

[timbl]

That is strange. The sharing pane has seen quite a lot of use. But maybe we don't use the "Make specific sharing for this" button very often it is could have rotted. Sounds like something like doing a PUT to the web but not updating the store with the same data.