Closed kanodiry closed 3 months ago
Unless they changed something (which I wouldn't be surprised...) then it shouldn't be doing that. Blizzard has a habit of constantly changing their code, which is why as an addon author it's getting frustrating dealing with it.
Do me a favor, try a DB reset and see it it still happens.
/bgs resetdb
Sorry for not mention this, I did:
Sorry for not mention this, I did:
- /bgs fixdb
- /bgs resetdb
- Delete from SavedVariables BagSync.lua (and .bak)
That means something else is going on and I'd need to investigate if it was STILL saving the equipment as part of the bags. Which it shouldn't.
The bag in question that is saving the equipment, should be the Keyring bag. I'm not entirely sure how the equipment is being stored there and it could possibly be a bug on the server itself. I'll review the code but here is the bag numbers in code. https://wowpedia.fandom.com/wiki/BagID
-2 is the KEYRING_CONTAINER
The bag in question that is saving the equipment, should be the Keyring bag. I'm not entirely sure how the equipment is being stored there and it could possibly be a bug on the server itself. I'll review the code but here is the bag numbers in code. https://wowpedia.fandom.com/wiki/BagID
-2 is the KEYRING_CONTAINER
Keyring was removed when raid dungeons became live.
Well, after you said that the bag with index -2 is a keyring, I decided to also look for a solution.
I made one change in ../BagSync/wireframe/events.lua
function Events:BAG_UPDATE_DELAYED(event)
--[[ // *** // ]]
if Scanner:IsBackpack(bagid) or Scanner:IsBackpackBag(bagid) or Scanner:IsKeyring(bagid) then
bagname = "bag"
elseif Scanner:IsBank(bagid) or Scanner:IsBankBag(bagid) then
--only do this while we are at a bank
if Unit.atBank then
bagname = "bank"
end
end
--[[ // *** // ]]
end
I removed or Scanner:IsKeyring(bagid)
.
And It seems work well now. Tell me if this appropriate fix, or this could break something else.
Well, after you said that the bag with index -2 is a keyring, I decided to also look for a solution.
I made one change in ../BagSync/wireframe/events.lua
function Events:BAG_UPDATE_DELAYED(event) --[[ // *** // ]] if Scanner:IsBackpack(bagid) or Scanner:IsBackpackBag(bagid) or Scanner:IsKeyring(bagid) then bagname = "bag" elseif Scanner:IsBank(bagid) or Scanner:IsBankBag(bagid) then --only do this while we are at a bank if Unit.atBank then bagname = "bank" end end --[[ // *** // ]] end
I removed
or Scanner:IsKeyring(bagid)
.And It seems work well now. Tell me if this appropriate fix, or this could break something else.
Technically yes that would fix it. However, it's not a 100% fix as all you are doing is removing the scanning of the Keyring. The question we should be asking is WHY the equipment is being scanned as part of the keyring bag? Unless something is broken on their servers or Blizzard changed something, the equipment should not be scanned as part of the keyring bag. So there is something else going on that needs to be looked into.
The bag in question that is saving the equipment, should be the Keyring bag. I'm not entirely sure how the equipment is being stored there and it could possibly be a bug on the server itself. I'll review the code but here is the bag numbers in code. https://wowpedia.fandom.com/wiki/BagID -2 is the KEYRING_CONTAINER
Keyring was removed when raid dungeons became live.
Yes it was removed but the underlying code is still there and the keyring bag itself is actually still used to store some quest keys and a few other in game tokens they use. You just can't see it. In addition remember that BagSync is backwards compatible so it has to work with the previous expansions from Classic all the way to Retail.
The question we should be asking is WHY the equipment is being scanned as part of the keyring bag? Unless something is broken on their servers or Blizzard changed something, the equipment should not be scanned as part of the keyring bag. So there is something else going on that needs to be looked into.
My guess they're forgot to change GetContainerNumSlots(-2) output to 0.
From link you provided I got this:
The Keyring was removed in 4.2.0 but the constant still exists. On retail this "bag" holds the InventorySlotIds instead.
Also I got this:
In 2.0.3, the Key Ring(-2) always returns 32. The size of the bag displayed is determined by the amount of space used in the keyring.
I called C_Container.GetContainerNumSlots(-2)
function on Retail and Cataclysm, and I got:
Retail = 0;
Cataclysm = 32;
Yes it was removed but the underlying code is still there and the keyring bag itself is actually still used to store some quest keys and a few other in game tokens they use. You just can't see it. In addition remember that BagSync is backwards compatible so it has to work with the previous expansions from Classic all the way to Retail.
If it's hidden, so items stored in it are inaccessible, do we really need to sync this?
I think we should wait for them to fix it.
I think I just need to do a check for the unlock for the KeyRing for classic and such. Try this version of BagSync and let me know if it works. I added checks for HasKey()
function which should return false for Cataclysm and Retail.
It works fine.
It works fine.
So no duplicate issues or reporting errors? It works fine on Retail and Cataclysm?
I have added some additional checks and cleanup to the keyring processing.
Please try this version of BagSync with Classic, Cataclysm, and Retail. Let me know if it works properly.
I have added some additional checks and cleanup to the keyring processing.
Please try this version of BagSync with Classic, Cataclysm, and Retail. Let me know if it works properly.
Well I've tried all versions, and it seems everything works: No duplications on Retail and Cata and synced keys in keyring on Classic.
I have added some additional checks and cleanup to the keyring processing. Please try this version of BagSync with Classic, Cataclysm, and Retail. Let me know if it works properly.
Well I've tried all versions, and it seems everything works: No duplications on Retail and Cata and synced keys in keyring on Classic.
Thanks for testing! I'll make sure to push the changes today.
If you view items as another character, the equipped items will also count as in the bag, and the character will be considered to have two items at once: equipped and in the bag. I checked SavedVariables, and this confuses me: As you can see there is
["bag"][-2]
contains all equipped items plus 2 bags (don't know why).