A copper golem is still able to interact with a chest currently opened by the player.
Steps to reproduce:
Place a copper chest down
Spawn a copper golem
Open the copper chest
Observed Results:
The copper golem interacts with the chest even though the player has it open
Expected Results:
The golem would not try and use chests opened by the player
I am not sure why this would be considered a bug, since it has always been possible for multiple players to open a block inventory at the same time. If that is a pre-existing parity difference with Java, then this is not a valid parity issue.
Moreover, it is both convenient and reassuring to be able to look in an inventory while the copper golem interacts with it. I can check on what inventory is in a chest and make quick changes without disrupting the copper golem's workflow. I can’t think of any benefit to be gained by removing this feature.
Making the copper golem skip chests that are opened by players could also have undesirable, frustrating, and unintuitive effects in more complex builds where players have set up specific sequences of 10 chests for the a golem to visit. If the player opens a chest to grab an item from their storage, it could cause the golem to then look for an item in a different chest farther away, and from there be pulled to still other chests and separated from the copper chests that the player intends to be its “home.” In short, if this issue is “fixed” it may just make the copper golem’s behavior more chaotic and harder to manage.