Our records show that you have outstanding author rewards points. Please confirm your latest payment information and redeem your points balance via the Author Reward Store.
Not the case at all unfortunately. This error happened clicking export on a page for a raid done on the weekend. No server patch was done...and such "missing items" problems normally occur only after a WoW patch, not after a maintenance/restart. Regardless, no server maintenance was done and no restart happened in between the raid and clicking the icon. All items viewed had proper tooltips & icons showing.
With further testing, the error seems to occur (and is repeatable) if you click the button while a report is being generated. Should put some info up that it takes time for an export to be generated (as well as what the export window looks like). Has also happened clicking the button after generating an export. As well as the original problem of the error occurring right after clicking the export icon.
No. Every item shows up fine; missing itemcache.wdb items are not the problem here.
I'm not able to reproduce this on my current system unless I have a piece of loot that could not have its item info retrieved. Reclicking the export button should have no effect. The UI has logic to determine the export frame is visible and reclicking the button should result is no action being taken. This functionality can be tested by opening the export window, deleting or putting in garbage text in the editable edit box (is that redundant? :)), and then clicking the export button of that raid or any other raid. The window will not refresh or reload unless it is closed first.
I was able to reproduce the error at the same line and any other item info query when I attempted to manually add a piece of loot I received no item info for ("Item unavailable"). I have placed a number of guards along all retrievals which could result in no item info so the export option doesn't pop up error boxes. Also, items that result in no info will be displayed in the UI as a question mark with an item name of "Item unavailable" I have added the AtlasLoot-esque ability to click on the item hyperlink when an item is not unavailable to query the server for the item. Seemed simple enough. After I make this next checkin, if the issue keeps popping up, please give a yell and I'll take another look.
I am going to load the addon with a raid tonight. If nothing breaks, I'll check in the next revision afterwards.
There are various bosses (Kalecgos, Romulo and Julianne, Majordomo) with a lot of scripting which I know will cause problems (the mod won't track the kill). I have some ideas on how to get around this limitation although it's not ideal, but it would at least get all boss kills recorded.
I tested the boss kill feature on Prince Malchezaar, Magtheridon, and Brutallus. I'll be going through a BT raid tonight to do a more comprehensive test.
- Fixed a number of UI bugs (mouseover error on raid delete, typos, positioning)
- Fixed item unavailable errors so exporting should not throw errors when an item is unavailable. Loot items that show up as unavailable in the loot UI frame can be clicked to query the server for the unavailable item so it becomes available.
Work is hectic, but next features will be soldifying boss kill tracking and adding the usability enhancements as listed in one of my recent posts. Please feel free to give a yell if something breaks.
I really like this addon but could it be possible to add an ignore list on tracked items ?
I am mainly speaking about Badge of Justice, they are an useless pollution for me in the loot history.
I really like this addon but could it be possible to add an ignore list on tracked items ?
I am mainly speaking about Badge of Justice, they are an useless pollution for me in the loot history.
I really like this addon but could it be possible to add an ignore list on tracked items ?
I am mainly speaking about Badge of Justice, they are an useless pollution for me in the loot history.
I'd love to actually get away from the console command line configuration options for the exclusion list, but adding new UI frames is a rather tedious process. For the shorter term, I am going to look into adding certain default items (Badge of Justice, Kael weapons, Void Crystals, etc.) to the exclusion list to relieve some administrative pain for mod owners.
Regarding boss tracking, I tested out the mod last night in BT and the mod recorded all boss kills from High Warlord Naj'entus to Illidari Council, but it, unfortunately, did not record Illidan as a boss kill. I think this is because Illidan gives his death speech at the end of the encounter rather than the standard boss died combat log message for most bosses.
More thorough testing and...yes, the problem is due to a "missing" item. But its an unexpected situation.
Going through the (78 item) loot list on the raid that continually generates errors, the missing item: Helm of the Fallen Champion. Not so much an item as an "item token".
Then went into my copy of ItemSync to check to see if it was active or it needed server verification for linking. The first thought was it must be active, as:
--many, many guilds a day go through Kara on my old server.
--ItemSync had its normal high validated item percentage here (in contrast, the percentage is very low right after a patch).
--there has not been a server reset/patch clearing out itemcache.wdb in weeks here.
But no, Helm of the Fallen Champion was not active & needed validation. But the items it turns into once you trade it in at the vendor did not need validation.
So there is some problem with a user's itemcache.wdb recording those Kara item tokens once seen (and perhaps other tier item tokens in other instances as well), which eventually results in the export errors.
You've now apparently fixed the report errors in the latest revision (I haven't used it yet). But perhaps provide a "forced validation" option for unknown items in a HeadCount loot list as ItemSync & AtlasLoot (among others) provide? It would allow generation of proper export reports if the item has actually been seen, yet the client hasn't recorded it.
More thorough testing and...yes, the problem is due to a "missing" item. But its an unexpected situation.
Going through the (78 item) loot list on the raid that continually generates errors, the missing item: Helm of the Fallen Champion. Not so much an item as an "item token".
Then went into my copy of ItemSync to check to see if it was active or it needed server verification for linking. The first thought was it must be active, as:
--many, many guilds a day go through Kara on my old server.
--ItemSync had its normal high validated item percentage here (in contrast, the percentage is very low right after a patch).
--there has not been a server reset/patch clearing out itemcache.wdb in weeks here.
But no, Helm of the Fallen Champion was not active & needed validation. But the items it turns into once you trade it in at the vendor did not need validation.
So there is some problem with a user's itemcache.wdb recording those Kara item tokens once seen (and perhaps other tier item tokens in other instances as well), which eventually results in the export errors.
You've now apparently fixed the report errors in the latest revision (I haven't used it yet). But perhaps provide a "forced validation" option for unknown items in a HeadCount loot list as ItemSync & AtlasLoot (among others) provide? It would allow generation of proper export reports if the item has actually been seen, yet the client hasn't recorded it.
I agree, forced validation is a more correct fix for the current problem. Unavailable items currently can be manually validated via clicking in the UI loot screen on the item icon. It would be nicer if upon loot and export, it was done automatically. Thanks for digging deeper into this.
I was testing your mod in Sunwell this timer (kalec->m'uru) and it seems to work fine (kalecgos too but I was on the dragon side dunno what happen if you are on the demon side)
Really remind me the old ct raid tracker.
Exclude list working fine too but It'll be cool to have a way to input the dkp values and add them in the export string. (it was possible with ctrt)
I was testing your mod in Sunwell this timer (kalec->m'uru) and it seems to work fine (kalecgos too but I was on the dragon side dunno what happen if you are on the demon side)
Really remind me the old ct raid tracker.
Exclude list working fine too but It'll be cool to have a way to input the dkp values and add them in the export string. (it was possible with ctrt)
ps : sry for my english :)
Kalecgos didn't register for me. I wonder if it was because I was in the wrong realm when Sathrovarr died or other weirdness I can't think of right now.
I'm going to add check for boss kill on loot as a last ditch effort to record a boss kill. It's not ideal since players can technically drop raid or switch groups by the time a loot occurs, but it should offer correct attendance tracking in 99.9% of cases. This would be a backup kill check if the primary check for boss death mechanism fails.
There has been a good amount of interest in adding the ability for owners to set DKP cost per loot item received for purposes of exporting. It would be nice if the mod could record the most recent DKP cost for an item and record it for the next time the item drops, but that's a stretch development goal at this point. I'll try to get this done soon.
there really is no need to remember the value for an item because if you type in manually the dkp value it's probably a bid system and if it's a fixed one you just fix the price on the eqdkp webbie which means no need to bid in a wow addon.
so my suggestion for the sake of simplicity is just to record that little "note" value :)
may i also suggest the ability to shift click on a loot to paste in the chat window ?
Indeed. I've tried to do this a few times out of habit until I realized I hadn't implemented it yet. I'll add this to the higher priority enhancement list. Thanks.
Mods works fine here so good job so far. Only request I got is adding notes or "flagging" items (DE, banked, off-gear etc).
Yea, I remember this feature from CT Raidtracker. To my knowledge, items could be marked as disenchanted for export purposes since when the CTRT import plugin for EQdkp reads it, it parses the XML string to see an item is marked as disenchanted and doesn't record it for the raid.
It sounds like I need to add some manage loot button for each loot to allow mod owners a bit more manual control over each piece of loot.
In terms of planning on my end, is there any other purpose to marking an item as banked or off-spec gear from an exporting perspective? What would you specifically use the flags for?
I'm not able to reproduce this on my current system unless I have a piece of loot that could not have its item info retrieved. Reclicking the export button should have no effect. The UI has logic to determine the export frame is visible and reclicking the button should result is no action being taken. This functionality can be tested by opening the export window, deleting or putting in garbage text in the editable edit box (is that redundant? :)), and then clicking the export button of that raid or any other raid. The window will not refresh or reload unless it is closed first.
I was able to reproduce the error at the same line and any other item info query when I attempted to manually add a piece of loot I received no item info for ("Item unavailable"). I have placed a number of guards along all retrievals which could result in no item info so the export option doesn't pop up error boxes. Also, items that result in no info will be displayed in the UI as a question mark with an item name of "Item unavailable" I have added the AtlasLoot-esque ability to click on the item hyperlink when an item is not unavailable to query the server for the item. Seemed simple enough. After I make this next checkin, if the issue keeps popping up, please give a yell and I'll take another look.
I am going to load the addon with a raid tonight. If nothing breaks, I'll check in the next revision afterwards.
There are various bosses (Kalecgos, Romulo and Julianne, Majordomo) with a lot of scripting which I know will cause problems (the mod won't track the kill). I have some ideas on how to get around this limitation although it's not ideal, but it would at least get all boss kills recorded.
I tested the boss kill feature on Prince Malchezaar, Magtheridon, and Brutallus. I'll be going through a BT raid tonight to do a more comprehensive test.
- Fixed a number of UI bugs (mouseover error on raid delete, typos, positioning)
- Fixed item unavailable errors so exporting should not throw errors when an item is unavailable. Loot items that show up as unavailable in the loot UI frame can be clicked to query the server for the unavailable item so it becomes available.
Work is hectic, but next features will be soldifying boss kill tracking and adding the usability enhancements as listed in one of my recent posts. Please feel free to give a yell if something breaks.
I am mainly speaking about Badge of Justice, they are an useless pollution for me in the loot history.
And epic gems for me.
/hc exclude add [Badge of Justice]
/hc exclude list - to review the list.
Thanks, what he said above. :)
I'd love to actually get away from the console command line configuration options for the exclusion list, but adding new UI frames is a rather tedious process. For the shorter term, I am going to look into adding certain default items (Badge of Justice, Kael weapons, Void Crystals, etc.) to the exclusion list to relieve some administrative pain for mod owners.
Regarding boss tracking, I tested out the mod last night in BT and the mod recorded all boss kills from High Warlord Naj'entus to Illidari Council, but it, unfortunately, did not record Illidan as a boss kill. I think this is because Illidan gives his death speech at the end of the encounter rather than the standard boss died combat log message for most bosses.
Going through the (78 item) loot list on the raid that continually generates errors, the missing item: Helm of the Fallen Champion. Not so much an item as an "item token".
Then went into my copy of ItemSync to check to see if it was active or it needed server verification for linking. The first thought was it must be active, as:
--many, many guilds a day go through Kara on my old server.
--ItemSync had its normal high validated item percentage here (in contrast, the percentage is very low right after a patch).
--there has not been a server reset/patch clearing out itemcache.wdb in weeks here.
But no, Helm of the Fallen Champion was not active & needed validation. But the items it turns into once you trade it in at the vendor did not need validation.
So there is some problem with a user's itemcache.wdb recording those Kara item tokens once seen (and perhaps other tier item tokens in other instances as well), which eventually results in the export errors.
You've now apparently fixed the report errors in the latest revision (I haven't used it yet). But perhaps provide a "forced validation" option for unknown items in a HeadCount loot list as ItemSync & AtlasLoot (among others) provide? It would allow generation of proper export reports if the item has actually been seen, yet the client hasn't recorded it.
I agree, forced validation is a more correct fix for the current problem. Unavailable items currently can be manually validated via clicking in the UI loot screen on the item icon. It would be nicer if upon loot and export, it was done automatically. Thanks for digging deeper into this.
Really remind me the old ct raid tracker.
Exclude list working fine too but It'll be cool to have a way to input the dkp values and add them in the export string. (it was possible with ctrt)
ps : sry for my english :)
Kalecgos didn't register for me. I wonder if it was because I was in the wrong realm when Sathrovarr died or other weirdness I can't think of right now.
I'm going to add check for boss kill on loot as a last ditch effort to record a boss kill. It's not ideal since players can technically drop raid or switch groups by the time a loot occurs, but it should offer correct attendance tracking in 99.9% of cases. This would be a backup kill check if the primary check for boss death mechanism fails.
There has been a good amount of interest in adding the ability for owners to set DKP cost per loot item received for purposes of exporting. It would be nice if the mod could record the most recent DKP cost for an item and record it for the next time the item drops, but that's a stretch development goal at this point. I'll try to get this done soon.
so my suggestion for the sake of simplicity is just to record that little "note" value :)
Indeed. I've tried to do this a few times out of habit until I realized I hadn't implemented it yet. I'll add this to the higher priority enhancement list. Thanks.
Yea, I remember this feature from CT Raidtracker. To my knowledge, items could be marked as disenchanted for export purposes since when the CTRT import plugin for EQdkp reads it, it parses the XML string to see an item is marked as disenchanted and doesn't record it for the raid.
It sounds like I need to add some manage loot button for each loot to allow mod owners a bit more manual control over each piece of loot.
In terms of planning on my end, is there any other purpose to marking an item as banked or off-spec gear from an exporting perspective? What would you specifically use the flags for?
But it's possible to just put that in a "note" which is fine with me.
thanks ^^
Smaller loot icons (or an icon scaling option?) would be great if you can.
Also, just reporting that Attumen isn't logged as a boss fight in Karazhan (however R&J in the Opera event IS, so good job with that).
No big deal about Attumen; just reporting it in case you want to know which boss fights don't get identified correctly.
Thanks again.