Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

BLACK_MINES_KEY is not correctly stashed when removed from shulker #45

Open
4Ply opened this issue Dec 28, 2024 · 3 comments
Open

BLACK_MINES_KEY is not correctly stashed when removed from shulker #45

4Ply opened this issue Dec 28, 2024 · 3 comments
Assignees

Comments

@4Ply
Copy link
Member

4Ply commented Dec 28, 2024

No description provided.

@4Ply
Copy link
Member Author

4Ply commented Dec 28, 2024

Trade log looks fine:

[17:23:09 INFO]: Rule: Convert { type=practice, sourceType=CROWN, sourceCount=2, targetTypes=CAVES_OF_CARNAGE_KEYx1,CAVES_OF_CARNAGE_KEYx1,CAVES_OF_CARNAGE_KEYx1,BLACK_MINES_KEYx1,BLACK_MINES_KEYx1,BLACK_MINES_KEYx1,BURNING_DARK_KEYx1,BURNING_DARK_KEYx1)
[17:23:09 INFO]: Target types: [CAVES_OF_CARNAGE_KEYx1, CAVES_OF_CARNAGE_KEYx1, CAVES_OF_CARNAGE_KEYx1, BLACK_MINES_KEYx1, BLACK_MINES_KEYx1, BLACK_MINES_KEYx1, BURNING_DARK_KEYx1, BURNING_DARK_KEYx1]
[17:23:09 INFO]: Selected target type: BURNING_DARK_KEYx1 (match check: true)
[17:23:09 INFO]: Target type is an dungeon item: BURNING_DARK_KEY
[17:23:09 INFO]: Repeating trade? - false
[17:23:09 INFO]: Could not remove [ItemStack{IRON_NUGGET x 2, UNSPECIFIC_META:{meta-type=UNSPECIFIC, display-name={"color":"green","text":"❄☠ Decked Out Crown (Practice) ☠❄"}, custom-model-data=2, internal=H4sIAAAAAAAA/+NiYOBgYC8pSkxJ9UxhYHUO8g/342BgS0lNzgbymQoMGQACno0BIgAAAA==}}] from shop inventory, reverting
[17:23:09 INFO]: Rule: Convert { type=competitive, sourceType=CROWN, sourceCount=2, targetTypes=CAVES_OF_CARNAGE_KEYx1,CAVES_OF_CARNAGE_KEYx1,CAVES_OF_CARNAGE_KEYx1,BLACK_MINES_KEYx1,BLACK_MINES_KEYx1,BLACK_MINES_KEYx1,BURNING_DARK_KEYx1,BURNING_DARK_KEYx1)
[17:23:09 INFO]: Target types: [CAVES_OF_CARNAGE_KEYx1, CAVES_OF_CARNAGE_KEYx1, CAVES_OF_CARNAGE_KEYx1, BLACK_MINES_KEYx1, BLACK_MINES_KEYx1, BLACK_MINES_KEYx1, BURNING_DARK_KEYx1, BURNING_DARK_KEYx1]
[17:23:09 INFO]: Selected target type: BURNING_DARK_KEYx1 (match check: true)
[17:23:09 INFO]: Target type is an dungeon item: BURNING_DARK_KEY
[17:23:09 INFO]: Repeating trade? - false
[17:23:09 INFO]: Successfully removed 2xCROWN from trade view, submitting trade
[17:23:09 INFO]: Adding 1x BURNING_DARK_KEY (item) to Hixx27's deck
[17:23:09 INFO]: Trade succeeded, refreshing inventory

@4Ply
Copy link
Member Author

4Ply commented Dec 28, 2024

So far nothing in the logs looks unusual for their inventory actions. I've asked the player to send me a video the next time they move cards around + queue + get the bug.

I've tried to reproduce it myself, but so far it's working fine :(

@4Ply 4Ply self-assigned this Dec 28, 2024
@4Ply
Copy link
Member Author

4Ply commented Jan 1, 2025

Oh, this may be an issue with ghost keys. Specifically, if a key is consumed in the dungeon but was somehow still in the player's inventory in the lobby, then the key will still remain in their inventory when they reconnect.

This is because citadel does not remove items/cards from the player's inventory if they are removed from the deck. Fixing that should reduce the chances of this bug.

@4Ply 4Ply moved this from Todo to In progress in Decked Out 2 Jan 1, 2025
4Ply added a commit that referenced this issue Jan 1, 2025
…their deck

Prior to this commit; if a key is consumed in the dungeon but was
somehow still in the player's inventory in the lobby, then the key will
still remain in the player's lobby inventory when they reconnect. This
was because Citadel did not remove items/cards from the player's
inventory if they were removed from the deck.

Relates to #45
4Ply added a commit that referenced this issue Jan 1, 2025
…their deck

Prior to this commit; if a key is consumed in the dungeon but was
somehow still in the player's inventory in the lobby, then the key will
still remain in the player's lobby inventory when they reconnect. This
was because Citadel did not remove items/cards from the player's
inventory if they were removed from the deck.

Relates to #45
4Ply added a commit that referenced this issue Jan 1, 2025
…their deck

Prior to this commit; if a key is consumed in the dungeon but was
somehow still in the player's inventory in the lobby, then the key will
still remain in the player's lobby inventory when they reconnect. This
was because Citadel did not remove items/cards from the player's
inventory if they were removed from the deck.

Relates to #45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: In progress
Development

No branches or pull requests

1 participant