What's the big deal about AtlasLoot? You have encounter maps, you have bosses on the maps, and you have their loot list all ingame. Why would you need it anymore?
There are a few reasons I still have it:
A) Save for Deadmines and Shadowfang, none of the old dungeons are in the native journal yet
B) The ability to look at all the other collections (PvP, various alternate currencies, etc)
C) Professions recipes
D) The ability to create a wishlist for your characters
The problem is completely with AtlasLoot Enhanced. It's in AtlasLoot/Modules/DefaultFrame.lua line 32:
It currently reads:
point = {"CENTER", UIParent, "CENTER"}
Which causes the whole tree of regions to be included in the default generation of the saved variables. To fix the problem I have replaced the line with:
point = {"CENTER"}
This problem incidentally has nothing to do with Recount, and any addon that creates sufficient numbers of frames or references in a frame table will create a recursive savedvariable file that will crash. References to regions should never be stored in the savedvariables table.
you are right, put that change in and it indeed stopped the stack overflow
sorry for pointing fingers in an earlier post, it was just strange how disabling recount stopped that error
but thinking about it that error first poped up as the compare frame, which also took a change in the defaultframe.lua, got added on the atlaslootSVN and that already happened before 4.2
Yeah actually. Recount's window manager builds up its hierarchy from UIParent and enters an Above entry to chain references. I'll change this though because frankly it's unnecessary and undesirable.
Version 4.2.0b release should no longer inject Recount's window hierarchy into the Above table entry of UIParent and hence reduce potential negative interference possibilities with other addons that traverse or attempt to store all of UIParent.
The in game thing only shows Cataclysm bosses and it does not have a wishlist feature. Just two points. It's also easier to just open Atlas which has a better map and have the loot readily available.
I see that the problem was discovered to have been in Atlasloot which actually does make more sense with all the changes they made. I edited the suggested file and everything works perfectly. Good work and good find Elsia.
Just got this, not entirely sure what I did to replicate it.
Interface\AddOns\Recount\WindowOrder.lua:46: attempt to index field 'Below' (a nil value)
I get this too, after updating tonight, whenever I attempt to show the window when it is initially hidden. I'm using a Broker plugin to show/hide the window, it calls a function that does the following:
if Recount.MainWindow:IsShown() then
Recount.MainWindow:Hide()
else
Recount.MainWindow:Show()
Recount:RefreshMainWindow()
end
I have changed the dropdown code from blizzard's template to LibDropDown-1.0. This should remove the taint issues that blizz hasn't fixed for 3 years now.
Please test this. I don't want to tag this for release until I get some confirmation that (a) the dropdowns work as expected and (b) there is no longer a taint issue when setting focus or raid markers from the player frames while using recount.
The new dropdown menu for the views only works the first time it is opened. After selecting a new view or closing the menu, the next time it is opened the items are labeled but non-interactive, and any subsequent attempts to open or use the menu result in a blank, non-interactive frame.
I removed my Interface and WTF folders and did a clean install of Recount r1164 with the embeded libraries.
Loaded into the game, right clicked on the Damage Done label. The menu appeared, left clicked on DPS. The window switched and the menu disappeared. When I right click on the DPS label the menu appears but is unresponsive to the mouse.
I've linked screen shots of the progression. The game hides the mouse when you take a SS, but in the first one the menu works fine and the items highlight when they have mouse focus. In the second one, the menu items are not being highlighted by the mouse (in the SS I am mousing over DPS). The final screen is the greyed out items (or blank window depending on other addons).
I find it hard to reproduce this reliably. It works for me almost all of the time. If you can help narrow this down to some reprodicable pattern that'd help.
If I could narrow it down any further I would, but with both my normal UI and with only Recount and a clean WTF folder it is reproducible right after login for me.
There are a few reasons I still have it:
A) Save for Deadmines and Shadowfang, none of the old dungeons are in the native journal yet
B) The ability to look at all the other collections (PvP, various alternate currencies, etc)
C) Professions recipes
D) The ability to create a wishlist for your characters
It currently reads:
point = {"CENTER", UIParent, "CENTER"}
Which causes the whole tree of regions to be included in the default generation of the saved variables. To fix the problem I have replaced the line with:
point = {"CENTER"}
This problem incidentally has nothing to do with Recount, and any addon that creates sufficient numbers of frames or references in a frame table will create a recursive savedvariable file that will crash. References to regions should never be stored in the savedvariables table.
sorry for pointing fingers in an earlier post, it was just strange how disabling recount stopped that error
but thinking about it that error first poped up as the compare frame, which also took a change in the defaultframe.lua, got added on the atlaslootSVN and that already happened before 4.2
With only Recount enabled (r1154), dumping MinimapCluster:GetPoint() gives this:
http://pastebin.com/nLp1NgsM
I saved it to a table and stuck in it a Saved Var to export it all (hence the "dump" index). Any idea why this happens?
P.S. Latest alpha no longer has this behavior.
I see that the problem was discovered to have been in Atlasloot which actually does make more sense with all the changes they made. I edited the suggested file and everything works perfectly. Good work and good find Elsia.
I get this too, after updating tonight, whenever I attempt to show the window when it is initially hidden. I'm using a Broker plugin to show/hide the window, it calls a function that does the following:
if Recount.MainWindow:IsShown() then
Recount.MainWindow:Hide()
else
Recount.MainWindow:Show()
Recount:RefreshMainWindow()
end
Fixed for me here - thanks for the speedy update. :)
using r1161
http://wow.curse.com/downloads/wow-addons/details/recountdamagereduction.aspx
Please test this. I don't want to tag this for release until I get some confirmation that (a) the dropdowns work as expected and (b) there is no longer a taint issue when setting focus or raid markers from the player frames while using recount.
Thanks!
Edit: Nevermind, reproduced it. Trying to figure out what causes it.
Loaded into the game, right clicked on the Damage Done label. The menu appeared, left clicked on DPS. The window switched and the menu disappeared. When I right click on the DPS label the menu appears but is unresponsive to the mouse.
I've linked screen shots of the progression. The game hides the mouse when you take a SS, but in the first one the menu works fine and the items highlight when they have mouse focus. In the second one, the menu items are not being highlighted by the mouse (in the SS I am mousing over DPS). The final screen is the greyed out items (or blank window depending on other addons).
First, Second, Third
And... missed your edit. Let me know if I can help with any more information though.