Chests stuck open when /op is active #162

New Issue

2020-10-27T08:26:14-04:00

swim709 commented

2020-10-27 08:26:14 -04:00

(Migrated from github.com)

When /op is active, any chests I open have their animation stuck in the open state. Otherwise does not effect the actual use of the chests.
Confirmed that this issue goes away when OpenInv is disabled.
Latest 1.16.3 build of Paper. Latest version of OpenInv.

When /op is active, any chests I open have their animation stuck in the open state. Otherwise does not effect the actual use of the chests. Confirmed that this issue goes away when OpenInv is disabled. Latest 1.16.3 build of Paper. Latest version of OpenInv.

Jikoo commented

2020-10-27 11:24:37 -04:00

(Migrated from github.com)

Unable to reproduce using OpenInv 4.1.4 on Paper 248.

When reporting issues, "latest" is never a valid version.
/silentcontainer or /anycontainer?
Other plugins?

Unable to reproduce using OpenInv 4.1.4 on Paper 248. * When reporting issues, "latest" is never a valid version. * `/silentcontainer` or `/anycontainer`? * Other plugins?

swim709 commented

2020-10-27 13:09:50 -04:00

(Migrated from github.com)

Paper 247, OpenInv 4.1.4

/anycontainer didn't seem to have any effect.
Even with OP I didn't have access to /silentcontainer so I had to give myself permission for that. Then after entering the command to set Silent Container to false the problem with the chests staying open went away.

I've attatched a screenshot showing the other plugins I have enabled in case you'd like to see.

Thank you!

[cid:0880d4bb-788a-43e4-b76c-d23a3313f3b1]

From: Adam notifications@github.com
Sent: October 27, 2020 12:54 PM
To: lishid/OpenInv OpenInv@noreply.github.com
Cc: Christopher J. Flynn flynnzy@hotmail.ca; Author author@noreply.github.com
Subject: Re: [lishid/OpenInv] Chests stuck open when /op is active (#162)

Unable to reproduce using OpenInv 4.1.4 on Paper 248.

When reporting issues, "latest" is never a valid version.
/silentcontainer or /anycontainer?
Other plugins?

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/lishid/OpenInv/issues/162#issuecomment-717320895, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEEKF3BMSNYGPBN463MZ3CDSM3Q4RANCNFSM4TAYCFAQ.

Paper 247, OpenInv 4.1.4 /anycontainer didn't seem to have any effect. Even with OP I didn't have access to /silentcontainer so I had to give myself permission for that. Then after entering the command to set Silent Container to false the problem with the chests staying open went away. I've attatched a screenshot showing the other plugins I have enabled in case you'd like to see. Thank you! [cid:0880d4bb-788a-43e4-b76c-d23a3313f3b1] ________________________________ From: Adam <notifications@github.com> Sent: October 27, 2020 12:54 PM To: lishid/OpenInv <OpenInv@noreply.github.com> Cc: Christopher J. Flynn <flynnzy@hotmail.ca>; Author <author@noreply.github.com> Subject: Re: [lishid/OpenInv] Chests stuck open when /op is active (#162) Unable to reproduce using OpenInv 4.1.4 on Paper 248. * When reporting issues, "latest" is never a valid version. * /silentcontainer or /anycontainer? * Other plugins? — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub<https://github.com/lishid/OpenInv/issues/162#issuecomment-717320895>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AEEKF3BMSNYGPBN463MZ3CDSM3Q4RANCNFSM4TAYCFAQ>.

Jikoo commented

2020-10-27 13:21:50 -04:00

(Migrated from github.com)

Looks like the attachment from email screwed up. Either way, I cannot reproduce with only OpenInv installed. Chests always close properly, even when opened while another user has them open.

To track down the incompatibility, try first with only OpenInv, then half your plugins at a time. Vanish plugins are likely culprits.

Even with OP I didn't have access to /silentcontainer so I had to give myself permission for that.

That's a problem with your permissions setup, works fine for me with only OpenInv installed and op status.

Looks like the attachment from email screwed up. Either way, I cannot reproduce with only OpenInv installed. Chests always close properly, even when opened while another user has them open. To track down the incompatibility, try first with only OpenInv, then half your plugins at a time. Vanish plugins are likely culprits. > Even with OP I didn't have access to /silentcontainer so I had to give myself permission for that. That's a problem with your permissions setup, works fine for me with only OpenInv installed and op status.

Jikoo commented

2020-10-27 13:25:51 -04:00

(Migrated from github.com)

I guess technically an edge case for this would be if the user somehow turns on /silentcontainer after opening an inventory, at which point it would be stuck open until they reversed the process. That said, it's impossible for that to occur without "foul play" i.e. another plugin modifying the user's state or bypassing normal open.

I guess technically an edge case for this would be if the user somehow turns on `/silentcontainer` after opening an inventory, at which point it would be stuck open until they reversed the process. That said, it's impossible for that to occur without "foul play" i.e. another plugin modifying the user's state or bypassing normal open.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: minster586/OpenInv#162