Authors CurseForge

Quote from Athariel »

The newest version of Pitbull apparently started blocking Auctioneer pack once again...
What is actually going on? :( I would really like to use both add-ons.

not sure whats going on, but the way I am getting arround it is... first I use ACP to load up Auctioneer (it being LOD you can just click the load button). then it works fine. For some reason PitBull seems to not allow Auctioneer to LOD when entering the AH, or even by the /auctioneer load command.
If you set Auctioneer to /Auctioneer load always it doesnt appear to have a problem loading. But who wants all that data in memory when your out grinding.

I want. I want all add-ons working correctly.
Also Pitbull is blocking some of the Quartz modules, f.e. Flight.

Ever since 2.1.0, Pitbull lets WoW crash on random characters.
Once it crashed for a certain character, I keep getting the same error whenever I try to log in with that character for a certain time. After a log in with a different character or reboot it usually works again.

The error I get is:
This application has encountered a critical error:

ERROR #132 (0x85100084) Fatal Exception
Program: C:\Program Files\World of Warcraft\WoW.exe
Exception: 0xC0000005 (ACCESS_VIOLATION) at 001B:00693865

The instruction at "0x00693865" referenced memory at "0x481D82C7".
The memory could not be "read".

Pitbull is up to date and I allready tried reinstalling it. Really makes me sad since it's a great addon

Quote from Robken »

Ever since 2.1.0, Pitbull lets WoW crash on random characters.
Once it crashed for a certain character, I keep getting the same error whenever I try to log in with that character for a certain time. After a log in with a different character or reboot it usually works again.

The error I get is:
This application has encountered a critical error:

ERROR #132 (0x85100084) Fatal Exception
Program: C:\Program Files\World of Warcraft\WoW.exe
Exception: 0xC0000005 (ACCESS_VIOLATION) at 001B:00693865

The instruction at "0x00693865" referenced memory at "0x481D82C7".
The memory could not be "read".

Pitbull is up to date and I allready tried reinstalling it. Really makes me sad since it's a great addon

Haha, had just the same problem on one of my chars too, log my alt and it runs perfectly. Strange indeed. As soon as Pitbull is disabled I can load in on her again as normal.

Quote from lnevo »

Ok,

I like to have my buffs over my unit frames, since I keep my frames along the bottom edge of the screen. When I set the Side for aura's to Top and the Growth Direction to Up, everything is fine, until I bump up the max-buffs and max-debuffs. Once they extend more than one line, the whole set of buffs rises up. Kinda wierd but a big deal for me. Anyone with a solution or confirmation of the same thing?

Thanks,
Lee

/bump

I've since switched my aura's Growth Direction to Down. This eliminates the space, but still not behaving the way I'd like.
[font=Courier]
(Before) (Current) (desired)
Growth Up / Side Top Growth Down / Side Top

xxxxx
xxxxxxxxxxxxxxxxxxxxx XXXXXXXXXXXXXXXXXXXXXXX xxxxxx
XXXX xxxxxxxxxxxxxxxxxx
--------------------- ----------------------- -------------------
| Frame | | Frame | | Frame |

[/font]
Any assistance on this would be great.

Quote from lnevo »

Quote from lnevo »

Ok,

I like to have my buffs over my unit frames, since I keep my frames along the bottom edge of the screen. When I set the Side for aura's to Top and the Growth Direction to Up, everything is fine, until I bump up the max-buffs and max-debuffs. Once they extend more than one line, the whole set of buffs rises up. Kinda wierd but a big deal for me. Anyone with a solution or confirmation of the same thing?

Thanks,
Lee

/bump

I've since switched my aura's Growth Direction to Down. This eliminates the space, but still not behaving the way I'd like.
[font=Courier]
(Before) (Current) (desired)
Growth Up / Side Top Growth Down / Side Top

xxxxx
xxxxxxxxxxxxxxxxxxxxx XXXXXXXXXXXXXXXXXXXXXXX xxxxxx
XXXX xxxxxxxxxxxxxxxxxx
--------------------- ----------------------- -------------------
| Frame | | Frame | | Frame |

[/font]
Any assistance on this would be great.

Thats how it should be y but i cant get it look like it too.

Quote from Jerry »

Quote from Klam »

Still that huge spike when you leave Combat, ie: whn Boss die specially and abit less on Thrashes.

I'm thinking about some addon that would call erroneously (or not) AceEvent's ScheduleLeaveCombatAction(). I've no idea about PitBull, but that looks like a possible reason.

I'll add an audit hook to my installation, just to see if something's going on.

any followup to this? I have the same problem as well, everytime i go out of combat i get a short spike(more apparent in raid environment). I tried disabling pitbull and it seemed to work, but I was only testing in a battleground

Quote from Surcula »

First of all, I'm very sorry if this has already been posted. I haven't the time to dig through 36 pages of posts so I hope you guys can forgive my ignoance on what has been said throughout this topic.

I'm not sure if this is a bug or if it's intentional, but when I set my party frames to "square", the frames change position depending on whether there are three or more people in the party (2 or more out of 4 visible party frames). I've looked very carefully and there doesn't seem to be an option to change this, if it's intentional.

Thanks for your help in advance, and my apologies if this has already been discussed.

Sorry for the bump, but I'd really like to know if this is a bug or if it's intended. It would seem that with the "square" party layout it always centers the party frames on a certain point, so the frames move around when the party changes size. Any help?

Quote from Zaroua »

Number 3: How do I split up resizing for party and party pets? When I change the size/scale of one, the other gets changed accordingly which is annoying.

Same issue here with PitBull r38036. But discovered it is an issue Dewdrop-2.0, not PitBull. After trying an older PitBull revision with the same issue, it occurred to me that it might be an issue with Dewdrop, as it handles the option menu display.

Tested with PitBull r38036 & the latest Dewdrop-2.0 r37966 (standalone), try to adjust the Party Pets, Size sliders and any changes made to the pet frames also affect all party member frames. Not good.

Well, its one of the three commits by Mikk causing the problem; tested only the latest r37966. The change logs for them (which are the latest Dewdrop ones):
1) "Add "secure" argument. Allows secure frame actions in menus (while out of combat, at least"
2) "Fix slight global namespace pollution (my bad)"
3) "Stop sliders from looking screwy when sliderMax==sliderMin".

Revert back to Dewdrop-2.0 r36535 (commit by Ckknight, the last one before Mikk started comitting) while still using PitBull r38036 and you can properly adjust Party Pet frame sizes without it wrongly affecting the other party frames.

I downloaded last weeks pitbull update and version 38218 today, but neither of them have a 'side' option for auras in Target and Target of target frames. I kept ending up with a giant buff icon inside the Target frame and couldn't see anything. I read the last several pages and don't see anyone else complaining, what am I doing wrong?

I still got that minor issue with the CombatFader of player and player petframe. when combat ends it flashes sometimes between full opaqueand my selected 25% and switches back to full opaque. same happens on login.

edit: typos

Nice to see you are working on the hickup issues.

I am yet to find a working version however despite all the fix claims. I have tested the following:
r37809
r37865.1001
r38036.1001
r38218 (currently newest)

Can anyone confirm a working version?

I've been using PitBull for about 2 weeks so far and I'm liking it. I was wondering if I could request a feature: Combat Display ala Perl Classic. Essentially, it's another player and target unit frame but limited to player health, mana, combo points and target health which can be placed in the center screen for easy reference.

I don't want to use the normal player and target frames because I like to show a lot of detail on those and that would be just too much information to display in the middle of my screen.

I just remembered something else. The heal estimator doesn't seem to be taking the rank cast into account, it always shows the amount that would be healed by the max rank. I'm using a macro with /cast [modifier:alt,target=player] Healing Touch(Rank 8).

Can't you make the Raid clusters being created in the same order??

Everytime I use em.. the frame is at eachothers spots.. like Main Tank is at Main Tank' Target's Target spot...

I hope u get the picture

Just wanted to mention that I discovered in the DogTag code and changelog that MobInfo2 support was supposedly added for estimated unit health display. Going to uninstall MobHealth3 and give it a try. Thanks to the authors for adding it.

Is there a way to get my buffs/debuffs with some space from my frame like this

y = buff
x= debuff

xxx
xxxxxxxxxxxxxxxxxxxx

------------------------------------
| Frame |
| |
------------------------------------

yyyyyyyyyyyyyyyyyyyy
yy

Feature Request: Option to let debuff/buff icons flash. (alternate highlight method not involving the frame.)