In reply to viserion54321:

 Which mounts are affected? Have you made certain the WOW client can save your attempts to disk (no readonly flag on the Saved Variables)?

Addons have no power over the latter part, so if attempts aren't saved across sessions it's likely to be a problem unrelated to the addon itself.

In reply to viserion54321:

 That very much sounds like the SavedVariables was corrupted/reset, as only the statistics gathered from Blizzard seem to have persisted (and they are pulled from the server).

Unfortunately, this still isn't something Rarity itself could fix. Those settings are managed by the WOW client and your operating system (on disk) and not by the addons themselves.

There's many reasons this could occur, from read-only files, lack of permissions on the file system, to unexpected behaviour in the WOW client itself or even an unexpected shutdown of your machine.

I've personally encountered this when updating addons while the game was running or when the client crashed, but either way I don't see how I could help you with these sorts of problems :(

In reply to Selthi:

 The quest is only checked to determine whether the item should be listed as "defeated". As for the detection, I don't know what might be the problem with this particular item, but I'd guess some of the following:

* The NPC ID is wrong (enable /rarity debug and mouse over it to check)

* The NPC that's listed doesn't actually drop the item, or even anything at all

Both should be accurate according to wowhead, but I don't have a way to test it myself. You could try checking the debug log after looting it to see if it says something about the original NPC?

In reply to Devylpotato:

 Done.

In reply to seleste_star:

 The "item defeated" quest ID pertains to the defeat detection, which is unrelated to tracking attempts. There isn't currently a detection mode for objects (which is what the chests are), as the WOW API doesn't allow detecting those easily.

What Rarity does currently is scan the GameTooltip for specific text whenever an item requires detecting the looting of an object in the game world. This has severe limitations, such as being reliant on the object's name being localized for non-English clients, and is implemented via custom logic that has to be added for each supported item.

In short, it's not currently possible. I'll add it to the list of things to look into, but given the tremendous backlog I can't promise it will be tackled anytime soon.

Status: https://github.com/SacredDuckwhale/Rarity/issues/310

In reply to seleste_star:

 It should be relatively simple to add another method that listens for an object's name (using the existing logic), with the caveat that you'd have to enter the name for your client locale and it'll work on any object with that name, even if it's a different one that merely happens to have the same name.

Anything else would probably be more complex, including the possibility to reliably track quest completion. Perhaps that would already suffice for your use case, though?

In reply to seleste_star:

 There's no event to signal quest completion that would be useful in this case. The only way to check would be to store a list of all completed quests, take another snapshot after the object was looted, and compare the two to find the difference. It's not impossible, but certainly unwieldy.

Do you have a list of the mapping between containers/groups and items? If that exists somewhere I can try a few things to possibly make it work, but otherwise it's going to take far too much time I'm afraid.

In reply to seleste_star:

 There's no way to retrieve any information about generic world objects (that aren't units), except for their name, which has to be extracted from the tooltip itself.

The good news is that I managed to get a working proof-of-concept for tracking these quests:

It's obviously a heuristic and may fail in some circumstances, as it simply caches the completed quests and compares it to what was cached previously after the container has been opened. In this case it seems to work well enough, however.

If you can compile a list of all the quest and item IDs, ideally in the format of a Lua table, i.e. like the one I made for the data set you provided, I could think of a way to make it available in the addon as a plugin or something (since Rarity doesn't currently track transmog items):

local transmogQuestIDs = {
	[47753] = {152943, 152944, 152946, 152947, 152948, 152949},
	[47997] = {152942,152943,152945,152946},
	[47752] = {152942,152943,152946},
	[47999] = {152942,152944,152945,152947,152949},
	[48336] = {152943,152944,152946},
	[48339] = {152942,152949},
	[48000] = {152942,152943,152944,152946,152949}
}

In reply to Firiel_aka_Deliawath:

 Yes, the option is called "Show achievement" and can be found under "General".