Authors CurseForge

At some point within the last few weeks - I haven't used it recently - I lost the ability to do anything on one of my WowAce SVN repositories via TortoiseSVN.

When I use PuTTY on Windows to ssh to [EMAIL="svn@svn.wowace.com"]svn@svn.wowace.com[/EMAIL] directly, it works. I'm authorized via Pageant and get the correct error message.

Using username "svn".
Authenticating with public key "tsigo@windows" from agent
Server refused to allocate pty
Successfully connected, but no svn command provided

If I try to do anything via TortoiseSVN, I get a "Connection closed unexpectedly" error.

The same ssh key works from Linux as well as Cygwin:

tsigo@ubuntu:~$ svn list svn+ssh://[URL="http://svn@svn.wowace.com/wow/cutup/mainline/trunk"]svn@svn.wowace.com/wow/cutup/mainline/trunk[/URL]
Enter passphrase for key '/home/tsigo/.ssh/id_rsa':
.pkgmeta
Cutup.lua
Cutup.toc
embeds.xml
locale/
modules/

tsigo@windows ~
$ svn list svn+ssh://[URL="http://svn@svn.wowace.com/wow/cutup/mainline/trunk"]svn@svn.wowace.com/wow/cutup/mainline/trunk[/URL]
Enter passphrase for key '/home/tsigo/.ssh/id_rsa':
.pkgmeta
Cutup.lua
Cutup.toc
embeds.xml
locale/
modules/

I've already tried setting the "SSH Client" value in TortoiseSVN settings to TortoisePlink.exe, plink.exe and putty.exe; no difference.

TortoiseSVN 1.5.5, Build 14361 - 64 Bit , 2008/10/24 18:06:34
Subversion 1.5.4
PuTTY 0.60

Could this all be because TortoiseSVN is 64 Bit and PuTTY isn't? I could've sworn I'd been using it that way, but I can't remember when I switched to 64 Bit.

Don't take this as a swipe, but what the crap do (S) and (D) next to the health percentages mean?

Some spells just have to be synced. There's no way around it. That's why RaidCooldowns (different from RaidCooldowns_Display) exists.

Quote from haste »

do math.floor(size + .5) on your aura.size, :Get(Width|Height) has a tendency to return 15.9999 instead of 16.. I'm guessing this is your issue as I couldn't replicate it.

I suspected I fixed it shortly after my original post, and confirmed the fix today after I updated to the latest oUF and re-made the change after replicating it.

elements/auras.lua, line 129: Change the == to >=

if(col >= cols) then ...

Edit: Got a screenshot of the issue. Notice how the debuff extends beyond the unit frame over my Grid.

The person rezzing you has to be using RaidCooldowns or oRA2. Other than that, I dunno.

So this retarded change in 2.4.3 somewhat breaks CG_Mount. If you're mounted and using a Riding Crop set, and then begin gathering an Herb node, for example, the gathering will be interrupted shortly after it begins because you're un-equipping the Riding Crop. Could a change be made to not swap anything while a spell is casting?

I'm seeing an issue with the Auras' gap property. I set up my target frame auras like so:

		local auras = CreateFrame("Frame", nil, self)
		auras.size = self:GetWidth() / 8
		auras:SetHeight(auras.size * 4)
		auras:SetWidth(self:GetWidth())
		auras:SetPoint("BOTTOMLEFT", self, "TOPLEFT", 0, 2)
		auras.numBuffs = 40
		auras.numDebuffs = 40
		auras.gap = true

The problem arises when there are 7 buffs, and one or more debuffs. The seven buffs will be shown, and then there's a gap as intended, but then the first debuff is shown on the same line, which causes it to be pushed outside the bounds of the frame, instead of starting a second row as it should. I think this is caused by the gap 'icon' not being counted when calculating whether or not to start a new row?

I don't have a screenshot right now, I'll try to get one the next time I see it, but hopefully that was descriptive enough.

Thanks. And I should've been clearer, I only meant to turn off friends in the tooltip. Sounds like you took care of that though!

Option ideas for Folks
- Option to remove the tooltip hint. Once I know about it, it adds useless clutter to an already crowded tooltip.
- Option to remove friends entirely. This will hide the "Friends: x" from the label and also the whole block from the tooltip. Duplicate for Guild if you want to get really crazy.

Can't think of a good way around it.

Except I did and committed it!

Can't think of a good way around it. RaidCooldowns only knows the cooldowns for the class running it, since they're broadcasted. _Display has to know the cooldowns for everything it's tracking regardless of class.

I saw you added some already, so feel free. Make sure they go in _Display as well.

Quote from dyree »

Actually, it looks like CG_Mount never even opens GratuityLib. Can it be removed from the OptDeps/X-Embeds alltogether?

It uses SpecialEvents-Mount which needs GratuityLib.

Works for Me(tm). Someone complained that it didn't save its position upon reload. The only time I saw this behavior was when I dragged it and it stuck to another Block. If I drag it by itself or position it through the options it saved.

I've seen that behavior in other blocks as well, may be an issue with FlyPaper. Might need to save each block's position after one is stickied?

Is there any way to fake a sort of configuration mode during development of a layout? For example, to show the maximum number of debuffs on a unit frame to see how they're looking without actually being in a raid environment. Or showing all 5 party frames without being in a full party.