• 0

    posted a message on CowTip 2.0
    Quote from HunterZ »

    Here's a link to the ongoing discussion on this forum: http://www.wowace.com/forums/index.php?topic=12787.0

    After having played without Cowtip (now using TipTac - has its flaws, but there's not many tooldtip mods around these days!) for some time now, I can say that both the weird unattributed insane memory usage increase as well as the crashes have stopped. While it certainly looks like this is an issue on Blizzard's side that can be triggered by various mods, for me, it was CowTip.
    Posted in: General AddOns
  • 0

    posted a message on CowTip 2.0
    Quote from Chmee »

    I doubt it's cowtip. I'm using that, and many other mods, several of which you are apparently also using, inlcuding postal. Check out the debugging guide.


    I'm rather sure it's *triggered* by Cowtip. It happens with item tooltips as well as mob tooltips, the mod mentioned before those CowTip lines vary, but it always is that setfont line in Cowtip. I can see a lot of reasons this isn't happening for everyone. I typically run a very very long list of mods, and at least 6 of them modify tooltips one way or the other (yes, I tried disabling them). And this only happens after several hours.

    That said, it might well be it's not actually a bug in Cowtip. I have posted about this in the UI forum, too, and a reply indicates this it might actually be an issue on WoW's side - see http://forums.worldofwarcraft.com/thread.html?topicId=7040445943
    Posted in: General AddOns
  • 0

    posted a message on CowTip 2.0
    Quote from yegg »

    Getting this error at my mail box.Not sure if it's a cowtip bug, a recipeknown bug (outdated addon, just haven't found a good replacement that does the job as well), or Postal, or a combination. Hope someone here can help sort it out.


    [2008/04/10 15:12:48-494-x5]: memory allocation error: block too big:
    <in C code>: in function `GetRegions'
    CowTip-r68121\Appearance\Appearance.lua:382: in function `SetFont'
    CowTip-r68121\Appearance\Appearance.lua:272: in function `Show'
    RecipeKnown\RecipeKnown.lua:389: in function <Interface\AddOns\RecipeKnown\RecipeKnown.lua:388>
    <in C code>: in function `Show'
    Postal-2.1 r68567.58353\Modules\Express.lua:153: in function <Interface\AddOns\Postal\Modules\Express.lua:128>
    (tail call): ?:
    <in C code>: in function `InboxFrameItem_OnEnter'
    <string>:"*:OnUpdate":2: in function <[string "*:OnUpdate"]:1>

    ---


    Bumping this; I've been experiencing this a lot. After such a UI crash (most of it is defunct after this happens) during Archimonde, I went and experimented, and it very much looks like Cowtip is indeed the guilty party - with Cowtip runing, I'm seeing almost unlimited increases of memory usage, especially during raids; disabling Cowtip reduced my typical memory usage during raids by 50+mb (running long enough apparently can go all the way to 100+mb - this memory is not associated with Cowtip according to PerformanceFu, where it can't really be attributed, but this insane increase does not happen without Cowtip running) of addon memory, and this crash has not occured again.

    Could it be that this is conflicting with other addons that modify tooltips? Stuff like Mobinfo2 or Mobspells, Itemvalue, Ratingbuster or Auctioneer?

    Due to this, I'm sadly forced to stop using Cowtip. Which is a pity, since it's an awesome mod. However, it also appears as if it's not being maintained anymore?

    With my rather limited expertise, I'd be guessing that the issue potentially is actually in WoW code with font handling; however, no other addon seems to trigger this. Is Cowtip using an excessive number of SetFont()s?

    Editing to add that the addon addons calling the tooltip showing function can vary, it appears that all types of tooltips (mobs, items, possibly even spells) are affected, and from TBag (my inventory mod) over Examiner (inspect mod) to simply mouseovering a mob, this has happened in very different contexts.
    Posted in: General AddOns
  • 0

    posted a message on Recount
    Quote from Nestria »

    I'm running a high end machine, so nothing that even involves wow should be locking my computer up at all. I have also been having another problem when I exit totally from the game, sometimes my system will blue screen. This has only started happening since I installed vista 64 bit. But it also only seems to happen when I have recount turned on. I've had recount off for about a week and I've had zero problems with frame rates and no blue screens on exiting.

    Also, when I tab out of wow to end the task, I don't have the frame rate problems there, like I do when the game is up. So whatever the problem is only happens inside the game itself. It doesn't lag up the rest of my processes.

    Any clues what could be going on?

    Are you running a lot of addons?

    Just yesterday on Archimonde I had my UI crash totally - the LUA error that was popping up had the error message "memory allocation block too big". I've had this happen before, and while it's not directly related to Recount (as far as I can tell), I believe it happens when addon memory hits around 160ish MB. This is by no means a fixed limit (I've seen stuff use up to 180 while still running).

    Anyway, whenever this LUA error happens, things can go from "bad" (several of my UI elements died; fortunately I didn't wipe us!) to "WoW crashes completely a second after".

    Now, Recount with timelines enabled on a longish raid can still consume pretty ridiculous amounts of memory (mine had been hovering at around 25mb), so could this be what's happening to you?
    Posted in: General AddOns
  • 0

    posted a message on AutoBar by Toadkiller (official thread)
    Quote from Toadkiller »

    r75141
    -- Inferno and RitualOfDoom added to warlock class pet button
    -- fix gaping buttons


    In this context - while I guess it could be argued about, I remember Eagly Eye being part of the hunter class pet button before. It'd be sweet if that could be added again.
    Posted in: General AddOns
  • 0

    posted a message on AutoBar by Toadkiller (official thread)
    Would it be possible to make the mount button intelligent? As these are valid macro conditions, it should possible to check wether the zone is flyable, and choose a flying mount if it is and a ground mount if it isn't. This'd free a keybinding for me.
    Posted in: General AddOns
  • 0

    posted a message on Skillet - the lilsparky branch
    This currently breaks Beast Training (hunters training pets new skills); the following error pops up when hitting the ability (and beast training window does not show up):

    Message: ..\AddOns\Skillet\Skillet.lua line 718:
    attempt to concatenate field 'currentTrade' (a nil value)
    Debug:
    ...ce\AddOns\AutoBar\libs\AceEvent-2.0\AceEvent-2.0.lua:299: TriggerEvent()
    ...ce\AddOns\AutoBar\libs\AceEvent-2.0\AceEvent-2.0.lua:910:
    ...ce\AddOns\AutoBar\libs\AceEvent-2.0\AceEvent-2.0.lua:903
    [C]: CastSpell()
    ..\FrameXML\SpellBookFrame.lua:275: SpellButton_OnClick()
    [string "*:OnClick"]:4:
    [string "*:OnClick"]:1
    Posted in: General AddOns
  • 0

    posted a message on AutoBar by Toadkiller (official thread)
    The current (73292) version apparently broke some library loading; throws a whole bunch of errors and doesn't load at all:

    Message: ...Ons\AutoBar\libs\Babble-Zone-2.2\Babble-Zone-2.2.lua line 18:
    Babble-Zone-2.2 requires AceLocale-2.2
    Debug:
    [C]: ?
    [C]: error()
    ...Ons\AutoBar\libs\Babble-Zone-2.2\Babble-Zone-2.2.lua:18: in main chunk

    and

    Message: ..\AddOns\AutoBar\AutoBarSearch.lua line 18:
    Cannot find a library instance of Babble-Zone-2.2.
    Debug:
    [C]: ?
    [C]: error()
    ...erface\AddOns\AutoBar\libs\AceLibrary\AceLibrary.lua:490: GetInstance()
    AutoBar\AutoBarSearch.lua:18: in main chunk

    and

    Message: ..\AddOns\AutoBar\AutoBarCategory.lua line 36:
    Cannot find a library instance of Babble-Zone-2.2.
    Debug:
    [C]: ?
    [C]: error()
    ...erface\AddOns\AutoBar\libs\AceLibrary\AceLibrary.lua:490: GetInstance()
    AutoBar\AutoBarCategory.lua:36: in main chunk

    and

    Message: ..\AddOns\AutoBar\Core.lua line 252:
    attempt to index global 'AutoBarCategory' (a nil value)
    Debug:
    ...ce\AddOns\AutoBar\libs\AceAddon-2.0\AceAddon-2.0.lua:25:
    ...ce\AddOns\AutoBar\libs\AceAddon-2.0\AceAddon-2.0.lua:23
    ...ce\AddOns\AutoBar\libs\AceAddon-2.0\AceAddon-2.0.lua:612: InitializeAddon()
    ...ce\AddOns\AutoBar\libs\AceAddon-2.0\AceAddon-2.0.lua:484:
    ...ce\AddOns\AutoBar\libs\AceAddon-2.0\AceAddon-2.0.lua:461
    [C]: ?
    ...ce\AddOns\AutoBar\libs\AceEvent-2.0\AceEvent-2.0.lua:298: TriggerEvent()
    ...ce\AddOns\AutoBar\libs\AceEvent-2.0\AceEvent-2.0.lua:910:
    ...ce\AddOns\AutoBar\libs\AceEvent-2.0\AceEvent-2.0.lua:903

    and several followups.
    Posted in: General AddOns
  • 0

    posted a message on UnderHood Official Thread
    Quote from Jensen- »

    Awesome addon, currently using it with a horizontal setup which works great.

    I have one question, though: Will there an option to use text to show the duration left on buffs/debuffs on the buffs? Like the spiral currently? It's just a little faster to look at a number instead of a spiral :)


    Omnicc works on the buffs/debuffs for Underhood as well.
    Posted in: General AddOns
  • 0

    posted a message on AutoBar by Toadkiller (official thread)
    Moving buttons across bars is not working for me again in 72255. What I want to do (and previously had working) is to have all buttons I want on one bar - basic. So I removed several buttons (class pet, pet food, pet, auras, fishing) from extras/class and added them to the basic bar. But when I disable extra and class bar, the buttons previously on that bar disappear.

    This is after deleting savefile previous to updating to this version (the previous one I ran did not show class pet button anymore, but did show pet and fishing despite extras bar being disabled).

    Edit to add - after /reloadui they do seem to be showing.
    Posted in: General AddOns
  • 0

    posted a message on AutoBar by Toadkiller (official thread)
    Quote from Toadkiller »

    All right there was a bug in Removing the buttons of disabled bars.
    r71690 fixes this.


    The buttons from extra and class that I added to basic (pet, class pet, pet food, aspects and fishing) are not showing, though.

    And since I haven't said that here yet - thanks for an awesome mod!
    Posted in: General AddOns
  • 0

    posted a message on AutoBar by Toadkiller (official thread)
    Updating today (first 71674, now 71675) removed all buttons that are not originally on it from my basic bar (I want to use only one bar, hence I moved those I use from the other bars there). It appears they're back on their original bars.

    On trying to remove a button from the class bar via the Fubar plugin to get it back to the basic bar, I get:

    Date: 2008-04-27 01:12:08
    ID: 53
    Error occured in: Global
    Count: 1
    Message: ..\AddOns\AutoBar\AutoBarOptions.lua line 1103:
    attempt to index local 'bar' (a nil value)
    Debug:
    [C]: ?
    AutoBar\AutoBarOptions.lua:1103: ButtonCut()
    AutoBar\AutoBarOptions.lua:1334:
    AutoBar\AutoBarOptions.lua:1333
    AutoBar\AutoBarOptions.lua:1422: func()
    ...face\AddOns\AutoBar\libs\Dewdrop-2.0\Dewdrop-2.0.lua:721:
    ...face\AddOns\AutoBar\libs\Dewdrop-2.0\Dewdrop-2.0.lua:660

    Edit to remove long addon list and to add that I managed to remove and add the buttons (pets, fishing, class pet, pet food, aspects) back to the basic bar via the config window, but they don't show on my basic bar. They aren't hidden and show as enabled, though. No additonal error popped up.
    Posted in: General AddOns
  • 0

    posted a message on UnderHood Official Thread
    Quote from Anadale »

    @Garfi: I'll check the threat bar scaling. I was sure that it works as intended :(


    Well, I've seen the bar sit at max for a while - and when I had threat coloring on, also be at max while still green (treshold is set at 110% for the warning), then saw it change over to yellow and ultimately red. This basically shouldn't happen (on normal fights without special mechanics, which this was - Hyjal trash mostly) if it was working as intended.

    And I really think it'd be good to have an indication what the current bar scale is, if it is adjusting dynamically.

    Also, what the poster before me said - thanks for your great work!
    Posted in: General AddOns
  • 0

    posted a message on UnderHood Official Thread
    After having run this a while, I'm fairly convinced that the scaling of the threat bar is not really working.

    Would it be possible to add some indication of what type (100, 110 or 130%) is displayed at a given time? Maybe by adding an indicator at the 100% level? While I think that would be useful in daily use, it certainly would help to make sure this is working as intended.
    Posted in: General AddOns
  • 0

    posted a message on Wowace mail notifications
    Not entirely sure if this is the appropriate place, but I wouldn't know which forum would be better for this.

    I found out today that the reason I wasn't receiving mail notifications I requested from this forum was because my mail provider considers the email server the mails are coming from as a spam sender. The reason given for this is a lack of a reverse DNS entry. Apparently all "reputable" mail senders do have one. Since I know that other mail providers (such as web.de, one of Germany's biggest mail providers) outright block mails from such servers, it might be good if it was possible to set this up.

    I was able to resolve this for me personally by whitelisting [email]forums@wowace.com[/email], but this won't help other people with more restrictive mail providers.
    Posted in: General Chat
  • To post a comment, please or register a new account.