• 0

    posted a message on PitBull - official topic
    Quote from Panther »

    My party frames randomly disappear sometimes after zoning (possibly only when I'm in a raid, not sure about that). I always have the most current version (atm 45121) and I don't have the "hide party frames in raids" option active.
    Is this a known problem and should I report it as a bug somewhere?


    I had the same problem when using the MT-frames of Pitbull and MTs are set. It does not matter if they are set using oRA2, CT-Raid or Blizzard UI.
    After disabling the MT-frames in Pitbull and using oRA2 for that it never happened again.

    The problem also is descibed in http://www.wowace.com/forums/index.php?topic=6963.0
    Posted in: Unit Frames
  • 0

    posted a message on Pitbull - Party bugging after release (from death)
    Quote from Mitch »

    When you talk about the disable MTs, it's for Ora2 or PitBull ?

    Because I use Pitbull for MTs, and I don't have Ora2's optionnal module for MT's frames.


    I disabled it in Pitbull.
    Posted in: Unit Frames
  • 0

    posted a message on PitBull - official topic
    Quote from Mitch »

    I'm sorry but i don't want to read 23 pages to find if my problem exist.

    On my screen it display raid & party frames. But when i enter in a donjon, party frames disappear. I must reload my UI to get them back.

    But if I don't reload UI and I try to resize Party Frames, instead of anything move, some of raid frames are resize.

    I hope you will fix this issue.

    PS : Sorry for this bad english, I'm french :s


    Mitch, have a look here, I think that's exactly your problem. Hopefully that thread helps to fix the bug.
    Posted in: Unit Frames
  • 0

    posted a message on Pitbull - Party bugging after release (from death)
    After having some raids without this problem it happened again today.
    So I decided to do some testing to isolate possible troublemaker-addons or even find a way to reproduce this bug.

    And now I am pretty sure, it's a problem with Pitbull and oRA2. With a clean addon directory and only Pitbull and oRA2 installed, party frames kept disappearing on zoning. After disabling oRA2, everything was fine again.
    Further testing showed, that this only happens when MTs are set. If one MT is in your party, his partyframe does not disappear.

    Even with visible partyframes (after reloadui or relog) you can see that there is a problem, because in raid-configmode some maintanks and maintanktargets are not visible (I don't know about maintanktargetstargets because I don't use them).

    I did all this testing only with three people in the raid, me being the only one online (I couldn't find volunteers for some hours of testing). It doesn't matter how many MTs are displayed with oRA2 (I have set it to 0 usually) or which addon is loaded first (checked with warmup).

    Just before posting this, I found out that disabling maintanks and maintanktargets is a way to avoid the bug.

    I hope this helps the devs to fix the bug. In case you have problems to reproduce the problem, I'll attach my settings (1024x768 and ui-scale 0.85).

    Anyway I want to thank you for your work, I hardly could play without Pitbull now.
    Posted in: Unit Frames
  • 0

    posted a message on Pitbull - Party bugging after release (from death)
    This happens to me as well, Pitbull r43080.63.

    Party frames are at top left corner and after every zoning two party members may disappear. Whether disabling/enabling nor going into configmode does help. I have to /reloadui to get them displayed again.
    Posted in: Unit Frames
  • 0

    posted a message on Recount
    Using r42902 and r42911 I keep getting
    Recount-$Revision: 42911 $\Tracker.lua:370:
    attempt to perform arithmetic on field 'amount' (a nil value)
    Recap-3.69\Libs\ParserLib-1.1\ParserLib.lua:457: in function
    <...erface\AddOns\Recap\Libs\ParserLib-1.1\ParserLib.lua:457>

    when a mob partly resists my instant poison.

    If that happens, hovering over instant poison in the details window produces
    Recount-$Revision: 42911 $\GUI_Detail.lua:185:
    attempt to perform arithmetic on field 'count' (a nil value)
    Recount-$Revision: 42911 $\GUI_Detail.lua:30: in function `SelectUpperDetailTable'
    Recount-$Revision: 42911 $\GUI_Detail.lua:1208: in function <Interface\AddOns\Recount\GUI_Detail.lua:1208>


    The ParserLib in my Recap directory is exactly the same as the one in the latest Recount versions.

    Earlier this night in Kara I was using r42862.1 and did not have these errors. But I only applied mindnumbering and deadly poison to my weapons.

    I hope this will help to narrow down the problem.

    Edit:
    Quote from nexus6 »

    About 10-15 people in our TK raid were running recount tonight, and after the first few pulls, we were getting a massive amount of post combat lag while working on the trash. After every pull it got worse, you'd get a 2-3 second interface lockup.


    I noticed that as well after upgrading to r42902 and still having the data from Kara. I was not in a group/raid and after a reset the lockups were gone. Looks like more data leads to more afterfight lockup in latest versions.
    Posted in: General AddOns
  • 0

    posted a message on Recount
    I am not totaly sure for all saved data, but recount.lua in savedvariables (charspecific) is rewritten on reloadui. But this small bug also exists on relog/exit.
    Posted in: General AddOns
  • 0

    posted a message on Recount
    First of all, many thanks for this great addon.

    But two settings from the config panel do not get saved. If I uncheck "Autodelete Time Data" and "Set Combat Log Range" they are checked again after a reload.

    Looks like
    		["AutoDelete"] = 0,
    		["UseCombatLogRange"] = 0,

    does not make it into recount.lua in savedvariables.

    Time Data should not be a big problem, but the Combat Log Range gets also saved into config.wtf. So it perhaps would be a good idea to store the default ranges and restore them, when the option gets unchecked.

    Edit: last version I used was r42118.3
    Posted in: General AddOns
  • 0

    posted a message on FruityLoots
    Quote from Aileen »

    The latest AceLoot out of SVN is having issues for me:

    1. The loot window is no longer repositioned at all.
    2. The command "/aceloot mode" gives the error "Ace\AceChatCmd.lua:156: attempt to call field `?' (a nil value)"


    I was getting the same error using /aceloot mode with build 1514.

    Looks like it's a issue with all non-german clients. I fixed it with changing line 33 of AceLoot.lua from
    method = "mode"
    to
    method = "Toggle"
    Posted in: General AddOns
  • To post a comment, please or register a new account.