[IMPORTANT!]Bags, bags, bags, and all containers - Your help is needed

5/24/2018 5:01 PM
Title: 690 - Bag in Backpack Lockup "Server: TransferItems: non-empty nested bag"
Reproduction Rate: 100% (twice checked)
Blocker? Yeah-ish.
Details: If you place a bag in a backpack, the bag becomes colored red and then neither the bag nor the backpack become accessible.
Steps to Reproduce:

1) See video.
2) Using a backpack and a bag, both placed as deco, place the bag into the backpack inventory window.
3) Observe: Bag vanishes from deco environment (as should be) but appears as red in the Backback inventory.
4) Attempt to click on the bag to open the inventory.
5) Observe: Can't open bag.
6) Close Backpack inventory and attempt to reopen.
7) Observe: Can't open backpack inventory.
8) Observe: Server message appears when attempting to put bag in backpack: "Server: TransferItems: non-empty nested bag"

Note: if you log out and log back in, the bag will return to its place as decoration.

User Specs:
OS: Windows 10 (10.0.0) 64bit
CPU: AMD Ryzen 5 1600 Six-Core Processor (12) System RAM: 16335
GPU: NVIDIA GeForce GTX 970 GPU RAM: 4043
SotA.QA.Win.64.690.Date.05.24.18
Area: POT_alpine_metropolis_01_template/Festival
Area Display Name: Festival
Loc: (94.8, 38.2, 139.1)
Debug: UE9UX2FscGluZV9tZXRyb3BvbGlzXzAxX3RlbXBsYXRlfEZlc3RpdmFsfCg5NC43OTIsIDM4LjIzLCAxMzkuMDgyKXwoMCwgMC43MjcsIDAsIDAuNjg3KXw0ODAuODIwOXwyNi42NTc1fDEuMjU=

 

5/24/2018 8:23 PM
Title: Cannot nest non-empty containers when already placed as lot deco
Reproduction Rate: 100%
Blocker?
Details: Similar to above, whether a bag is placed on the lot, or in my inventory, attempting to drag a placed deco bag that has items in it will fail. A placed deco bag that has no items nests appropriately, so it is only non-empty already placed bags that encounter this issue.

Steps to Reproduce:
1) Place a container with items in it on your lot
2) Open another container in your lot OR in your inventory
3) Drag the placed as decoration non-empty container into the opened container.
4) Encounter Error Server: Transferitems: non-empty nested bag
5) The first time I encountered this bug I had another error showing up: AddInteractionLogEntry: item 585ab514abb74517c8727843 not found

User Specs:
OS: Windows 10 (10.0.0) 64bit
CPU: Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz (8) System RAM: 16326
GPU: NVIDIA GeForce GTX 970 GPU RAM: 4058
SotA.QA.Win.64.690.Date.05.24.18
Area: POT_forest_metropolis_01c_template/New Britannian Market
Area Display Name: New Britannian Market
Loc: (124.6, 38.0, 205.8)
Debug: UE9UX2ZvcmVzdF9tZXRyb3BvbGlzXzAxY190ZW1wbGF0ZXxOZXcgQnJpdGFubmlhbiBNYXJrZXR8KDEyNC41NTMsIDM4LjAzNywgMjA1LjgzMil8KDAsIC0wLjU3MywgMCwgMC44MTkpfC00MjkuNzU1Nnw0MS4wNjMxMXw2LjI1MzI4Mg==

 

Bug written up. Attenwood is on it so I don't have the # handy. And thanks! The key was trying to move it before all the contents had been fully loaded

 

I got a very similar bug by then taking the container back out (Step 6).Bug #: 59400 created for AddInteractionLogEntry: error.
But between two devs, we could not repro the "Transferitems: non-empty nested bag" portion of this using the same build you are - 690 - nor could we on 691. Very interesting.
And thanks again

 

Moved a chest full of items (from my lot) into a bag called reagents in my inventory.
Reagents bag is now RED, The chest is also RED. I can no longer open either of them.
Also of note, the chest says the items are 0/141.

There are 8 items in the chest, and don't chests have a limit of 300?

as usuall logging out / on resets the chests back to normal. Ie they are back on the plot.

OS: Linux 4.15, Ubuntu 18.04 64bit
CPU: AMD Ryzen Threadripper 1950X 16-Core Processor (32) System RAM: 32040
GPU: GeForce GTX 1070 Ti/PCIe/SSE2 GPU RAM: 8192 Nvidia 390.59 driver
SotA.QA.Linux.64.691.Date.05.25.18
Area: POT_tropicalisland_metropolis_01_template/Blue Rose Isle
Area Display Name: Blue Rose Isle
Loc: (-42.0, 71.1, -185.8)
Debug: UE9UX3Ryb3BpY2FsaXNsYW5kX21ldHJvcG9saXNfMDFfdGVtcGxhdGV8Qmx1ZSBSb3NlIElzbGV8KC00MS45NTksIDcxLjEyMiwgLTE4NS43OTUpfCgwLCAtMC44MDIsIDAsIDAuNTk3KXwtNDYxLjgwMnwxLjkzMjI2MXwxLjI1

 

It appears to work now, that's a pretty quick fix. thanks!

 

How deep should nesting work?

 

Ok, so the bags work alot better now.

1. they take a while to count 87 items.
2. Their max storage isn't right. A bag i put in a bag shows 87 (correct number of items)/ 141 instead of 150.
Same thing happens with chests.



Putting the bag back on the plot / table returns it's max to 150.

OS: Linux 4.15 Ubuntu 18.04 64bit
CPU: AMD Ryzen Threadripper 1950X 16-Core Processor (32) System RAM: 32040
GPU: GeForce GTX 1070 Ti/PCIe/SSE2 GPU RAM: 8192
SotA.QA.Linux.64.692.Date.05.25.18
Area: POT_tropicalisland_metropolis_01_template/Blue Rose Isle
Area Display Name: Blue Rose Isle
Loc: (-43.0, 71.1, -186.5)
Debug: UE9UX3Ryb3BpY2FsaXNsYW5kX21ldHJvcG9saXNfMDFfdGVtcGxhdGV8Qmx1ZSBSb3NlIElzbGV8KC00My4wMjMsIDcxLjEyMiwgLTE4Ni41MjUpfCgwLCAxLCAwLCAtMC4wMTEpfDIxNi42MTYxfDEwfDMuNDY4OTg=

 

5/26/2018 1:46 AM
Title: Critical: Moving Observatory Home from the "Real Estate" backpack in my inventory prevents further interaction with most of the game
Reproduction Rate: 5x
Blocker? Yes
Details: Server:TransferItems: source bag is empty

After this error appears I can't type in chat (I did /devbug before replicating this time), can't drag items out of inventory, and get the message "You're already performing another action."

Note: Removing the Town Home Deed from that backpack has been causing the error message but not the client meltdown.

Must relog at that point to use the game again.

Steps to Reproduce: Remove Observatory Home from the "Real Estate" backpack.
User Specs:
OS: Windows 10 (10.0.0) 64bit
CPU: Intel(R) Core(TM) i7-5820K CPU @ 3.30GHz (12) System RAM: 24411
GPU: NVIDIA GeForce GTX 1080 GPU RAM: 8079
SotA.QA.Win.64.692.Date.05.25.18
Area: POT_mountain_metropolis_01_template/S Mart Factorium
Area Display Name: S Mart Factorium
Loc: (42.8, 78.0, -48.1)
Debug: UE9UX21vdW50YWluX21ldHJvcG9saXNfMDFfdGVtcGxhdGV8UyBNYXJ0IEZhY3Rvcml1bXwoNDIuODI1LCA3Ny45OTUsIC00OC4xMzEpfCgwLCAwLjI0NCwgMCwgMC45Nyl8MjguMjM5MjF8MTB8MS4yNQ==

 

Looks like removing the Town Deed did the same this time, crashed it all the way to the above described state. I pulled it out and got the error, but the crash didn't happen until the next removal, of some fireworks.

 

I don't think there is a limit...as long as there is inventory space, starting with the primary bag its in.
Now when it comes to mailing items, it's 10 - as there is a mail item limit.

 

So for #1: When you drag a non-empty bag into your inventory it is going to take a moment to update your inventory count to reflect it, since it doesn't know how many it should have until it's in the inventory. Is what what you mean? I guess it depends what you mean 'awhile' exactly. If it's ridiculously slow we can probably address it, but note it won't be an immediate update.

2#: Remember that the primary bag storage counts. So this is probably a nested bag, which is why placing it on its own shows the proper 150. You may have this in another bag that has 9 items, for example.

If I have misunderstood any of this please let me know.

 

Oh i think i get it. I put the receipts bag into another bag, that bag had 9 items so the max that can go into the receipts bag is 141.


Sorry, I didn't think about it that way.

 

We were not able to repro but I think it is because we might be missing more specifics. Your real estate bag, is it in your inventory? Is it the one and only other bag (the primary) and what other items are in each layer, if any?
Was any of this attempted with deco items?
Where were you moving the deed to exactly?

It is also entirely possible this is fixed, but we want to be sure.
Thanks for your help...

Can you or anyone else out there repro with any deed perhaps?

 

@Attenwood @Lexie

We replicated on Voila's account and computer.

Steps we took

Put a village deed + home in a bag, nested it within 4 other backpacks (all in backpacks) while on a lot. NO containers that were in the world were used, just within inventory.

Dragged that bag back into inventory.

Claimed a lot.

Unclaimed. Deed should have been back in inventory or the bag but was not. At this point it was bugged, so the rest are probably symptoms.

Upon reopening the inventory we were able to see the bag again. We claimed again, the huge tax bug didn't happen and neither did not being able to claim.

Dragging the deed to inventory causes text input to no longer work as well as moving things from inventory.

Upon restarting (where the following bug data was gotten, since it was then impossible) the deed was in inventory.

This time we claimed with the bag open. Bag was top level. The lot was claimed, but the deed didn't disappear from the bag. Dragging it to inventory gives the error: Server:TransferItems:source item not found
and turned the deed red.

Opening closing inventory, the deed is still there, and the lot is claimed. Deed is still red though.

The problem is we didn't try to claim with it in a top level bag before doing all the nesting, and probably can't assume this deed will work for future testing, so I would suggest focusing on the claiming first, and then the nesting/unnesting if you can't replicate.


OS: Windows 10 (10.0.0) 64bit
CPU: AMD Phenom(tm) II X4 965 Processor (4) System RAM: 32741
GPU: Radeon RX 580 Series GPU RAM: 8139
SotA.QA.Win.64.694.Date.05.29.18
Area: POT_mountain_metropolis_01_template/S Mart Factorium
Area Display Name: S Mart Factorium
Loc: (51.8, 78.0, -16.4)
Debug: UE9UX21vdW50YWluX21ldHJvcG9saXNfMDFfdGVtcGxhdGV8UyBNYXJ0IEZhY3Rvcml1bXwoNTEuODMsIDc3Ljk5NSwgLTE2LjM2Myl8KDAsIC0wLjk2NywgMCwgMC4yNTQpfDIwOS40MzQ2fDEwfDYuNjQ1MzM3

 

@Vladamir Begemot Thank you very much. We were able to repro. A fix is on the way -
thank you thank you thank you.

 

Our pleasure, /oldprospector

 

Thank you to everyone helped weed out issues this release! This feature in particular (nested bags) really benefited from your efforts.