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.
I'm running into this with any version of Bartender4 after or including 81339. It seems to break any Ace2 addons, while any Ace3 addons (or ones not based on a particular framework) work just fine. Stopping LibDataBroker-1.1 from loading with BT4 by commenting it out in the toc typically gets all addons to load correctly, but I can't say I've tried that with every revision since 81339.
[2008/09/25 17:23:33-3170-x1]: AceModuleCore-2.0-43318 (Ace2):196: AceOO-2.0: Classes can only inherit from one or zero classes and any number of mixins or interfaces
Ace2\AceLibrary\AceLibrary.lua:122: in function `error'
AceOO-2.0-38641 (Ace2):516: in function `init'
AceOO-2.0-38641 (Ace2):88: in function <Interface\AddOns\Ace2\AceOO-2.0\AceOO-2.0.lua:85>
AceOO-2.0-38641 (Ace2):95: in function `new'
AceOO-2.0-38641 (Ace2):642: in function <Interface\AddOns\Ace2\AceOO-2.0\AceOO-2.0.lua:641>
AceOO-2.0-38641 (Ace2):922: in function `Classpool'
AceModuleCore-2.0-43318 (Ace2):196: in function `NewModule'
Quartz_Tradeskill-1.0\Tradeskill.lua:26: in main chunk
<in C code>: in function `LoadAddOn'
Quartz-0.1.0.70806\Quartz.lua:153: in function <Interface\AddOns\Quartz\Quartz.lua:138>
<in C code>: in function `pcall'
AceAddon-2.0-79524 (Ace2):26: in function <Interface\AddOns\Ace2\AceAddon-2.0\AceAddon-2.0.lua:25>
AceAddon-2.0-79524 (Ace2):1007: in function `ManualEnable'
AceAddon-2.0-79524 (Ace2):928: in function <Interface\AddOns\Ace2\AceAddon-2.0\AceAddon-2.0.lua:921>
<in C code>: ?
AceEvent-2.0-66043 (Ace2):260: in function `TriggerEvent'
AceEvent-2.0-66043 (Ace2):910: in function <Interface\AddOns\Ace2\AceEvent-2.0\AceEvent-2.0.lua:903>
---
[2008/09/25 17:23:33-3170-x7]: SharedMedia-3.0.76383\Core.lua:62: attempt to call global 'LibStub' (a table value)
<in C code>: in function `LoadAddOn'
Quartz-0.1.0.70806\Quartz.lua:153: in function <Interface\AddOns\Quartz\Quartz.lua:138>
<in C code>: in function `pcall'
AceAddon-2.0-79524 (Ace2):26: in function <Interface\AddOns\Ace2\AceAddon-2.0\AceAddon-2.0.lua:25>
AceAddon-2.0-79524 (Ace2):1007: in function `ManualEnable'
AceAddon-2.0-79524 (Ace2):928: in function <Interface\AddOns\Ace2\AceAddon-2.0\AceAddon-2.0.lua:921>
<in C code>: ?
AceEvent-2.0-66043 (Ace2):260: in function `TriggerEvent'
AceEvent-2.0-66043 (Ace2):910: in function <Interface\AddOns\Ace2\AceEvent-2.0\AceEvent-2.0.lua:903>
---
I can keep pasting errors if it's useful, but they're all along the same lines, just replacing names of different specific addons.
I'm running into an issue with StatBlocks_Bags where it will change how it looks every so often on login. Normally it shows up as
[] XX/YY
But every few logins it instead shows up as
[] XX/
YY
If I adjust the scale of the block to something different and back again, it corrects the issue and displays on one line. Doing a reloadui does not affect the appearance of the block.
I see weirdness with alignment from time to time where icons get pushed half an icon's width over (or sometimes downward), as in this shot:
Enlightened (the food buff from Skullfish Soup) doesn't appear to be counted when checking for food buffs.
Self Buff profile switching is often sketchy. I've got two profiles set up, Solo and Raid (Set to be used when solo or when in a raid, respectively). Joining / leaving a raid frequently doesn't trigger a self buff profile switch.
Any chance for the readycheck windows of either being able to disregard or visually separate groups 6-8? With our raids (And I'm sure we're not alone in this) we use groups 6-8 for folks on standby, offline, sitting out and on alts, etc. I'm thinking something like this for the layout of the readycheck frame:
Obviously InGroupX would be the player's name, but having them broken out like that would be great for being able to quickly filter out the players you may/may not care about. A toggle to just stop displaying groups 6-8 in a readycheck would accomplish the same sort of thing if you really didn't care about seeing their status.
We did 6/9 BT in our raid last night, and I didn't run into the massive memory issues. Did something get changed to address that? Either way, I figured it would be good to report that seems to be cleared up.
Is there a way to set a particular assessment query to report the last X lines instead of the first X lines? I'm thinking of reports such as the death list where if I want to report ten lines, I want the last ten lines before someone's death instead of when they were AOK.
On top of that, is there a way to include parries vs. what was hitting someone in the death list?
As a crude example, something like this:
(I'm leaving off timestamps and HP totals here)
Boss hits tank for 5000
Tank gets healed for 2500
Boss hits tank for 5000
Tank gets healed for 2500
Tank gets healed for 2500
Boss hits tank for 5000
Someone's attack is parried by Boss
Tank's attack is parried by Boss
Boss hits tank for 5000
Boss hits tank for 5000
Tank dies
Just for testing, can I get you to remove ParserLib and LibParser-4.0 and just have Parser-3.0 running to see if there's something going weird there with memory?
Was finally able to get around to giving this a try the other night during a longer BT + Hyjal raid - the "ever increasing memory" issue was still going on (and eventually I crashed out of wow with an error message saying the application had requested 1.4GB of memory, and windows told it no). This is with just Parser-3.0.
Few other mistakes on there:
Anetheron:
Wave 5 should be 6 Ghouls, 2 Necromancers, 4 Banshees
Kaz'rogal:
Wave 6 should be 8 Garoyles, 1 Frost Wyrm
Wave 7 should be 4 Ghouls, 4 Abominations, 1 Frost Wyrm
Wave 8 should be 6 Ghouls, 2 Crypt Fiends, 2 Necromancers, 4 Abominations, 2 Banshees
Azgalor:
Wave 3 should be 4 Ghouls, 8 Infernals
Wave 4 should be 8 Fel Stalkers, 6 Infernals
Wave 6 should be 6 Necromancers, 6 Banshees
Wave 7 should be 2 Ghouls, 2 Crypt Fiends, 2 Fel Stalkers, 8 Infernals
Wave 8 should be 4 Crypt Fiends, 2 Necromancers, 4 Abominations, 2 Banshees, 4 Fel Stalkers
I'm not sure if it's worth noting, but on Kaz'rogal waves 2/4 the gargoyles come from behind, all other waves including flying mobs they come from the front.
For one reason or another, assessment seems to be eating gobs of memory to the point of causing performance issues over the course of a raid. I'm not positive that is assessment that's causing the problem, but disabling assessment (and no other addons) alleviates the problem.
I have assessment set to retain the last three combat sessions only. While FuBar_PerformanceFu only ever lists assessment at ~20mb or so max, my total used memory steadily climbs over the course of the raid to where it puts me at 300-600mb used by the time we're done. Doing a garbage collection at that point knocks it down by about 20-30mb, but doesn't reclaim the massive amount used. Even more strangely, PerformanceFu doesn't list any addon as using more then 20mb or so.
Whether this is a config issue on my end, some other addon interfering, or an actual bug, I'm not sure.
The latest rev at this point now saves timers through reloads and relogs (restarting your machine will dump all the timers, because the function that the timers are based on returns seconds since you booted up). I broke a couple things in the process though, like being able to click on bars or do a clearall. I'll work on it more tonight but people will probably want to stick with r40871 for the time being.
Underbog colossi timers should reset on hydross' death as of 1.64 (r40871). I'll take a look at the issue with the anchor later tonight when I'm at home.
I just added clearall (/inc clearall or /incubator clearall) as an option to kill all running timers. Shift click was a decent way to kill any running timers if they were all displaying but there wasn't a way to kill timers if they didn't have a bar up for one reason or another (already displaying too many bars, hasn't hit your display threshold yet, etc).
Yes, that's intentional - I don't want to blow away timers for someone because the raid group got shuffled temporarily or something of that nature. Currently the only real solution is to shift + left click on all the bars you see to destroy them.
I added a zone invite to the leader module in r34421 (/razinvite) that will invite everyone in guild that is also in the same zone as you. Mainly I see this as being useful for situations where you have something like 58 level 70 players online, but only 35 people in Zangarmarsh for SSC.
0
I can keep pasting errors if it's useful, but they're all along the same lines, just replacing names of different specific addons.
0
[] XX/YY
But every few logins it instead shows up as
[] XX/
YY
If I adjust the scale of the block to something different and back again, it corrects the issue and displays on one line. Doing a reloadui does not affect the appearance of the block.
0
I see weirdness with alignment from time to time where icons get pushed half an icon's width over (or sometimes downward), as in this shot:
Enlightened (the food buff from Skullfish Soup) doesn't appear to be counted when checking for food buffs.
Self Buff profile switching is often sketchy. I've got two profiles set up, Solo and Raid (Set to be used when solo or when in a raid, respectively). Joining / leaving a raid frequently doesn't trigger a self buff profile switch.
0
Any chance for the readycheck windows of either being able to disregard or visually separate groups 6-8? With our raids (And I'm sure we're not alone in this) we use groups 6-8 for folks on standby, offline, sitting out and on alts, etc. I'm thinking something like this for the layout of the readycheck frame:
Obviously InGroupX would be the player's name, but having them broken out like that would be great for being able to quickly filter out the players you may/may not care about. A toggle to just stop displaying groups 6-8 in a readycheck would accomplish the same sort of thing if you really didn't care about seeing their status.
0
Is there a way to set a particular assessment query to report the last X lines instead of the first X lines? I'm thinking of reports such as the death list where if I want to report ten lines, I want the last ten lines before someone's death instead of when they were AOK.
On top of that, is there a way to include parries vs. what was hitting someone in the death list?
As a crude example, something like this:
(I'm leaving off timestamps and HP totals here)
Boss hits tank for 5000
Tank gets healed for 2500
Boss hits tank for 5000
Tank gets healed for 2500
Tank gets healed for 2500
Boss hits tank for 5000
Someone's attack is parried by Boss
Tank's attack is parried by Boss
Boss hits tank for 5000
Boss hits tank for 5000
Tank dies
0
Was finally able to get around to giving this a try the other night during a longer BT + Hyjal raid - the "ever increasing memory" issue was still going on (and eventually I crashed out of wow with an error message saying the application had requested 1.4GB of memory, and windows told it no). This is with just Parser-3.0.
0
Few other mistakes on there:
Anetheron:
Wave 5 should be 6 Ghouls, 2 Necromancers, 4 Banshees
Kaz'rogal:
Wave 6 should be 8 Garoyles, 1 Frost Wyrm
Wave 7 should be 4 Ghouls, 4 Abominations, 1 Frost Wyrm
Wave 8 should be 6 Ghouls, 2 Crypt Fiends, 2 Necromancers, 4 Abominations, 2 Banshees
Azgalor:
Wave 3 should be 4 Ghouls, 8 Infernals
Wave 4 should be 8 Fel Stalkers, 6 Infernals
Wave 6 should be 6 Necromancers, 6 Banshees
Wave 7 should be 2 Ghouls, 2 Crypt Fiends, 2 Fel Stalkers, 8 Infernals
Wave 8 should be 4 Crypt Fiends, 2 Necromancers, 4 Abominations, 2 Banshees, 4 Fel Stalkers
I use my list at http://spreadsheets.google.com/pub?key=ppJHbj2NewMHrsULvERXBMA, which was correct for all the waves when we cleared hyjal last night (I typically announce the wave composition by hand each wave for our raids)
I'm not sure if it's worth noting, but on Kaz'rogal waves 2/4 the gargoyles come from behind, all other waves including flying mobs they come from the front.
0
!BugGrabber
AbacusLib
Ace
Ace2
AceGUI
Adapt
Align
Aloft
AltClickToAddItem
AnchorsAway
Assessment
AtlasLoot (And the five or six modules that contain the loot info)
Automaton
Babble-2.2 (And the 15 or so modules that contain the various translations)
Baggins
Baggins_Anywherebags
BanzaiAlert
BanzaiLib
Bartender3
BenMedia
BigBrother
BigWigs (And the various modules, plus WaveTimers)
Blizzard built in stuff
BugSack
BulkMail2
BulkMail2Inbox
CandyBar
Cartographer (And the various modules)
CEnemyCastBar (And the various modules minus the PVE module)
CooldownTimers2
CraftList2
CrayonoLib
cyCircled (plus the vol skin)
Deformat
Demon
DeuceCommander
DewdropLib
Doodle
eePanels2
ElkBuffBars
EnhancedColourPicker
ErrorMonster
Expiration
FuBar - AmmoFu, AuditorFu, BattlegroundFu, DurabilityFu, FactionsFu, GarbageFu, GroupFu, GuildFu, MailFu, MiniClockFu, PerformanceFu, QuestsFu, SkillsPlusFu, SwitcherFu, ToFu
FuBarPlugin-2.0
GloryLib
GraphLib
GratuityLib
Grid
Hemlock
IgnoreMore
Incubator
ItemBonusLib
ItemClassLib
ItemRack
LibAbacus-3.0
LibBabble-Spell-3.0
LibBabble-Zone-3.0
LibCrayon-3.0
LibDogTag-2.0
LibGratuity-3.0
LibJostle-3.0
LibParser-4.0
LibRock-1.0
LibRockComm-1.0
LibRockConfig-1.0
LibRockDB-1.0
LibRockEvent-1.0
LibRockHook-1.0
LibRockLocale-1.0
LibRockModuleCore-1.0
LibRockTimer-1.0
LibRollCall-2.0
LibSaredMedia-2.0
LibSpecialEvents-Aura-3.0
LibTooltip
LibTourist-3.0
Lightheaded (plus modules)
LittleWigs (plus modules)
LootLink
Manufac
MobHealth
MyBindings2
Niagara
NiftyInspect
Omen
oRA2 (plus modules)
PaintChipsLib
Parrot
Parser-3.0
ParserLib
PeriodicTable-3.0 (plus modules)
PitBull (plus modules)
PitBull_AltAura
Poisoner
Prat (plus modules)
ProximityLib
Quartz (plus modules)
Quixote
RangeCheck-1.0
RatingBuster
RollCall-1.0
RosterLib
SellFish
SharedMedia
SharedMediaLib
SimpleCombatLog
simpleMinimap
SinkLib
Skinner
SpecialEvents- Aura-2.0, Bags-2.0, Equipped-2.0, LearnSpell-2.0, Loot-1.0, Mail-2.0, Mount-2.0, Movement-2.0
SpecialEventsEmbed
StatLogicLib
Stitch-1.0
Stitch-1.1
TabletLib
TagCompiler-1.0
Talented
Talented_Data
Talismonger-3.0
TheSocial-1.0
Threat-1.0
TinyTip
TinyTipExtras
TinyTipOptions
TipHookerLib
TouristLib
VanasKoS
Violation (plus CombatLogRange, Damage, Healing, Other, Threat modules)
Waterfall-1.0
WhoLib
WIM
WIM_Options
WindowLib
WitchHunt
XLoot
XLootGroup
XLootMonitor
XPBarNone
XRS
0
I have assessment set to retain the last three combat sessions only. While FuBar_PerformanceFu only ever lists assessment at ~20mb or so max, my total used memory steadily climbs over the course of the raid to where it puts me at 300-600mb used by the time we're done. Doing a garbage collection at that point knocks it down by about 20-30mb, but doesn't reclaim the massive amount used. Even more strangely, PerformanceFu doesn't list any addon as using more then 20mb or so.
Whether this is a config issue on my end, some other addon interfering, or an actual bug, I'm not sure.
0
0
0
0
0
0