Party Frame messed up permanently #990


  • Fixed
  • Defect
Closed
  • _ForgeUser3321045 created this issue Nov 17, 2010

    Submitted Via

    Curse Client 4.0.1.98, Microsoft Windows NT 6.1.7600.0

    Installed Version

    3.1.1 Release

    Description

    My Party-Frame has it's members not ordered , overlapping, their targets spread out aswell.

    Steps to Reproduce

    I was messing around with the Party option with the Anchor on the left in the Xperl options-window. Standard the anchor of the party-frame is set to TOP - i changed it to bottom and left but when i chose RIGHT -> it messed up / overlapped the frames of my party members. the anchor was at the left corner of the screen when it happened , sothe frames had no way to be moved to.

    Installed Addons

    Ace3 - Release-r981 Atlas - Atlas v1.17.2 Atlasloot Enhanced - v5.11.07 Auctioneer - Auctioneer Suite 5.9.4961 ButtonFacade - 4.0.340 ButtonFacade: Caith - 4.0.62 Carbonite - 4.012 CooldownCount - v3.3 Crap Away! - Crap Away! 1.4 CurseProfiler 2.0 - v47 Deadly Boss Mods - Deadly Boss Mods 4.64-r4605 Dominos - 1.20.0 DrDamage - 1.7.8_release Elkano's BuffBars - 2.2.5 - r150 GatherMate - v.1.25 GatherMate_Data - v2.25 Grid - 1.40000.1370 Group Calendar 5 - 5.3 IceHUD - 1.7.3.7 LibBabble-Inventory-3.0 - 4.0-release5 LibDualSpec-1.0 - v1.4 LibStatLogic-1.1 - r93 LibStub - 1.0 LibTipHooker-1.1 - r12 MikScrollingBattleText - v5.5.91 Omen Threat Meter - v3.0.11 OneBag3 - v3.3.12 OneBank3 - v3.3.9 Outfitter - 5.0.3 PallyPower - v4.0.17 Peggle - Peggle Addon for WoW v1.02c Postal - v3.4.5 Power Auras Classic - 4.5 (fixed) Prat 3.0 - 3.4.12 Quartz - 3.0.4 Rare Spawn Overlay - Rare Spawn Overlay 4.2.40000 RatingBuster - 1.6.2 Recount - v4.0.1d release RecountDeathTrack - v4.0.1 release RecountHealAndGuessedAbsorbs - 1.4 RecountThreat - v4.0.1 release Routes - v1.3.0-1-gda7b053 SexyCooldown - v0.6.18 SilverDragon - v2.4.1 simpleMinimap - v40000-3 Skinner - b4.13241.2 Tidy Plates - 5.14.1 Tidy Plates: Threat Plates - 3.0.4 X-Perl UnitFrames - 3.1.1 Release

  • _ForgeUser3321045 added the tags New Defect Nov 17, 2010
  • MysticalOS posted a comment Nov 17, 2010

    this was broken by 4.0.3 and will have to be fixed

  • MysticalOS removed a tag New Nov 17, 2010
  • MysticalOS added a tag Accepted Nov 17, 2010
  • _ForgeUser10148 posted a comment Nov 17, 2010

    Yup, I have a bug with my party as well that's probably related.
    http://dl.dropbox.com/u/1856084/WoWScrnShot_111710_205331.jpg

  • MysticalOS posted a comment Nov 18, 2010

    more information

    From Shefki Blizzard changed the behavior of the unit watch state handlers. The OnShow function that used to "notify" us when units changed isn't called if the frame is already shown.

  • Forge_User_26050436 posted a comment Nov 18, 2010

    It's nothing to do with UnitWatch for X-Perl. X-Perl uses a state header for party frame, but pre-creates all the frames. That's not a problem.

    The bug is that they removed this line in SecureGroupHeaders.lua(184):

    unitButton:ClearAllPoints();
    


    from before the unit frames are anchored. So, now they get double anchored, which can lock frames into wierd positions with the anchors fighting each other of the new anchor point is not the same as the old one. I'll have to see what's doable when I can re-produce it myself. Kinda limited on actions because it's all secure code.

  • MysticalOS posted a comment Nov 18, 2010

    you can reproduce it with /reloadui that will mess up party frame every time

  • Forge_User_26050436 posted a comment Nov 18, 2010

    Fixed

  • Forge_User_26050436 removed a tag Accepted Nov 18, 2010
  • Forge_User_26050436 added a tag Fixed Nov 18, 2010
  • Forge_User_26050436 closed issue Nov 18, 2010

To post a comment, please login or register a new account.