Menu
▾
▴
#593 Inconsistent behavior for right-click on active container
If you are carrying a container (bag, chest, etc.), you can empty it quickly by ensuring that it is active (not open) and then right-clicking on it. However, if you lock that container in your inventory and then try to right-click to empty it, then you are told that the container is locked and you cannot drop it. This behavior is inconsistent and confusing for the user who wanted to empty the container, not drop it.
The test for locked items (and the corresponding error message) should be done only after checking that the item is not an active container.
Logged In: YES
user_id=1604414
Originator: NO
Especially since, once the container is empty, a right click will drop it, active or not. It is annoying to drop containers you didn't realize were empty and have to pick them up again. It's also rather expensive if you are in a store at the time.
FWIW, I think emptying a bag with right click is the bug here, not that it doesn't work with the bag locked. Right-click to empty means the right-click does two totally different operations. I think that is bad, especially when it means you don't know what you are going to drop unless it is a quiver. Shift-Right click doesn't currently do anything special. Rather than using right click to empty a container and persist inconsistency of what right-click does, shift right click could do that. Absolutely no confusion then about what should happen. That said, not knowing the code... don't know how hard it might be to pull that off.
I see that i did not understand the issue completely for the prior comment. Sorry. I missed that it emptied all the contents and thought it only put one item out of it. I never use containers unlocked because of dropping them in the store and so I never confused the operation. I still think shift right click is a decent solution instead of right-click when active.