• 0

    posted a message on TortoiseSVN authentication issues
    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.
    Posted in: General Chat
  • 0

    posted a message on Acheron - Death Reports [official thread]
    Don't take this as a swipe, but what the crap do (S) and (D) next to the health percentages mean?
    Posted in: Raid AddOns
  • 0

    posted a message on RaidCooldowns_Display
    Some spells just have to be synced. There's no way around it. That's why RaidCooldowns (different from RaidCooldowns_Display) exists.
    Posted in: Raid AddOns
  • 0

    posted a message on Unofficial oUF - methods used for layouts
    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.
    Posted in: Unit Frames
  • 0

    posted a message on RaidCooldowns_Display
    The person rezzing you has to be using RaidCooldowns or oRA2. Other than that, I dunno.
    Posted in: Raid AddOns
  • 0

    posted a message on ClosetGnome - Wear it or lose it.
    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?
    Posted in: General AddOns
  • 0

    posted a message on Unofficial oUF - methods used for layouts
    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.
    Posted in: Unit Frames
  • 0

    posted a message on StatBlocks v1: Official Thread
    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!
    Posted in: General AddOns
  • 0

    posted a message on StatBlocks v1: Official Thread
    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.
    Posted in: General AddOns
  • 0

    posted a message on RaidCooldowns_Display
    Can't think of a good way around it.


    Except I did and committed it!
    Posted in: Raid AddOns
  • 0

    posted a message on RaidCooldowns_Display
    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.
    Posted in: Raid AddOns
  • 0

    posted a message on RaidCooldowns_Display
    I saw you added some already, so feel free. Make sure they go in _Display as well.
    Posted in: Raid AddOns
  • 0

    posted a message on ClosetGnome - Wear it or lose it.
    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.
    Posted in: General AddOns
  • 0

    posted a message on StatBlocks v1: Official Thread
    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?
    Posted in: General AddOns
  • 0

    posted a message on Unofficial oUF - methods used for layouts
    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.
    Posted in: Unit Frames
  • To post a comment, please or register a new account.