Post by minion on Feb 8, 2019 3:01:36 GMT
okay, it's probably easiest to go straight to the example...
I have a deed with pickup permission turned OFF ...
on it I have a building with pickup / load / unload permissions turned ON ...
inside I have a crate rack secured to the ground and fitted with a small padlock ...
If I manage the container (crate rack) and add a non-citizen player with can-open permission. He can open the container and transfer items out of it. Everything in that instance works as you would expect it to.
However, If I DO NOT set the container permissions and give the player the key instead, he can only look inside the container, any attempt to remove an item gets a 'no stealing' notice.
If that player uses the key to place items into the container .. he can remove only the items he placed inside.
----------
It would appear that the code for removing an item from a container does not do a check for a matching key when evaluating permissions.
I would consider this a bug since the function of the key is supposed to be an alternative to setting permissions, and (in the case of the key) viewing without interacting seems to be a mostly useless function.
www.wurmpedia.com/index.php/Permissions
"Keys are entirely optional, with the choice to create copies remaining for situations where you may not wish to use the permission system."
I did the same tests with a large chest as well and got the same results
I also logged out the deed owner (owner of the items in the containers) to eliminate any proximity ownership.
If I had a better java disassembler I could probably track it down, but everything I've tried so far gives me about 15-20% trash/fail on disassembly
I have a deed with pickup permission turned OFF ...
on it I have a building with pickup / load / unload permissions turned ON ...
inside I have a crate rack secured to the ground and fitted with a small padlock ...
If I manage the container (crate rack) and add a non-citizen player with can-open permission. He can open the container and transfer items out of it. Everything in that instance works as you would expect it to.
However, If I DO NOT set the container permissions and give the player the key instead, he can only look inside the container, any attempt to remove an item gets a 'no stealing' notice.
If that player uses the key to place items into the container .. he can remove only the items he placed inside.
----------
It would appear that the code for removing an item from a container does not do a check for a matching key when evaluating permissions.
I would consider this a bug since the function of the key is supposed to be an alternative to setting permissions, and (in the case of the key) viewing without interacting seems to be a mostly useless function.
www.wurmpedia.com/index.php/Permissions
"Keys are entirely optional, with the choice to create copies remaining for situations where you may not wish to use the permission system."
I did the same tests with a large chest as well and got the same results
I also logged out the deed owner (owner of the items in the containers) to eliminate any proximity ownership.
If I had a better java disassembler I could probably track it down, but everything I've tried so far gives me about 15-20% trash/fail on disassembly