-
Notifications
You must be signed in to change notification settings - Fork 737
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
ACE Loadouts saved with Global Mobilisation RPG backpacks (both variants) don't save the backpack #10346
Comments
Related to #9799, specifically the base class lookup at https://github.com/acemod/ACE3/blob/master/addons/arsenal/functions/fnc_replaceUniqueItemsLoadout.sqf#L70-L73 Do all GM backpacks have some sort of inventory item by default? The relevant bit in CBA (https://github.com/CBATeam/CBA_A3/blob/master/addons/common/fnc_getNonPresetClass.sqf#L49-L54) should stop long before reaching |
Okay so, I used the command sent on Discord to test a variety of backpacks; In testing this I also spotted the same thing happening with that MG Ammo Bag ( I tested saving a loadout with each Backpack in the CDLC, and it only happens with the two RPG bags previously identified, and the two Strichtarn MG bags just mentioned. |
@johnb432 unsure if we go the roundabout way of fixing this (recreate the CBA loop and break if the base backpack's model isn't the same? Opens us up for more edge cases I think though. Alternatively break for scope 2 backpacks with inventory) or just mark as wontfix. @Joe-Banks this is the filter for preloaded backpacks working as designed. Should ideally be fixed on GM's end, but won't happen most likely. We look for the first parent of the backpack without any items in the inventory and then save that in the loadout. Are those backpacks visible in the ACE Arsenal if they're not equipped (just in the left panel, not when loading a loadout) |
Yup, they're visible in the ACE Arsenal fine, it's only saving them that's the problem. How would the GM guys have to go about fixing this - making a second version of the backpack that's empty, and hiding the current preloaded one from the Arsenal? |
The best solution would be for GM to make classes available to the arsenal that don't have items. However, there are some areas where the arsenal doesn't handle such backpacks properly, |
I'm not a big fan of either solution tbh, but the second one sounds more robust to me. |
Cool - I can always mention it over on GM's server and see what they think about it? |
Update - They agree it should be an easy fix, looks like it should be sorted at some point in the future! Thanks for the help both |
Mods/DLCs:
2.16 Stable
3.17.1 Stable
3.17.1 Stable
V1.5
Description:
Attempting to save a loadout with either GM RPG backpack causes the entry to "grey out", and the backpack is lost when the loadout is loaded.
Steps to reproduce:
gm_gc_army_backpack_80_at_str
orgm_gc_army_backpack_80_at_gry
in itExpected behavior:
The expected outcome is that the RPG backpacks would save properly and load properly when the loadout is selected
Where did the issue occur?
Log Files:
ACE3_RPGIssue_ReportFile.txt
Relevant section of .rpt file:
"23:48:02 ACE_Arsenal - Loadout:
Name: TEST
Missing items: []
Unavailable items: ["gm_backpack_base"]"
Additional context:
As mentioned above, the effected classnames are
gm_gc_army_backpack_80_at_str
andgm_gc_army_backpack_80_at_gry
Exported example loadout using the Strichtarn backpack (first one before save/loading, second one after loading);
[[[],[],[],["gm_gc_army_uniform_soldier_80_str",[]],["gm_gc_army_vest_80_leader_str",[]],["gm_gc_army_backpack_80_at_str",[]],"","",[],["ItemMap","ItemGPS","","ItemCompass","ChemicalDetector_01_watch_F",""]],[["ace_earplugs",true]]]
[[[],[],[],["gm_gc_army_uniform_soldier_80_str",[]],["gm_gc_army_vest_80_leader_str",[]],[],"","",[],["ItemMap","ItemGPS","","ItemCompass","ChemicalDetector_01_watch_F",""]],[["ace_earplugs",true]]]
The text was updated successfully, but these errors were encountered: