You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Apr 28, 2026. It is now read-only.
Describe the bug
There occurs a bug where when you place your items in the glovebox or the trunk and when the vehicle gets deleted and then when you check the inventory the items are lost. i.e. the previous items will be there but the new one's will be gone. The thing is it doesn't happen always
Framework
Should happen on All (Tested on QBOX )
Resource version
2.44.0
To Reproduce
Steps to reproduce the behavior:
Save items in glovebox
Delete vehicle
Take the vehicle
Items lost
Expected behavior
The items should be saved in the inventory.
Additional context
Upon debugging I found that on deleting the vehicle when the saveInventories functions (modules/inventory/server.lua) is called the Inventory.Remove() is being called as the vehicle netId doesn't match with 0. Since the entity got deleted. As a workaround I added a check whether ~=0 and not matching then remove. But not 100% confident about this workaround which is why didn't create a PR
Describe the bug
There occurs a bug where when you place your items in the glovebox or the trunk and when the vehicle gets deleted and then when you check the inventory the items are lost. i.e. the previous items will be there but the new one's will be gone. The thing is it doesn't happen always
Framework
Should happen on All (Tested on QBOX )
Resource version
2.44.0
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The items should be saved in the inventory.
Additional context
Upon debugging I found that on deleting the vehicle when the saveInventories functions (modules/inventory/server.lua) is called the Inventory.Remove() is being called as the vehicle netId doesn't match with 0. Since the entity got deleted. As a workaround I added a check whether ~=0 and not matching then remove. But not 100% confident about this workaround which is why didn't create a PR