| 00:07.48 | Simca | the icons are huge on the smaller map size |
| 00:08.01 | Simca | based on the screenshot for his addon he uses the fullsize world map |
| 00:08.04 | Simca | and they look great there |
| 00:08.12 | Simca | but they look way too big on the small one |
| 00:08.23 | Simca | he should scale them to world map frame size |
| 00:17.43 | *** join/#wowuidev purl (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 00:17.43 | *** topic/#wowuidev is WoW Classic Beta Addon Cat: https://www.wowinterface.com/downloads/cat160.html || 8.1.x ToC: 80100 || http://pastebin.com || Battletags: http://bit.ly/2MAEFxk || This channel is logged, via purl || Currently mode +r due to spam until a better solution is found. |
| 01:41.18 | *** join/#wowuidev Semlar (~Semlar@2600-6c5e-517f-da1a-0d7a-7383-3114-6217.dhcp6.chtrptr.net) |
| 02:31.28 | *** join/#wowuidev Semlar (~Semlar@2600-6c5e-517f-da1a-b0ae-de5b-3b7d-9437.dhcp6.chtrptr.net) |
| 02:33.29 | *** join/#wowuidev TheDanW (~TheDanW@198.74.35.3) |
| 02:33.29 | *** mode/#wowuidev [+o TheDanW] by ChanServ |
| 04:11.43 | *** join/#wowuidev jpleau (~teppei@unaffiliated/oxez) |
| 04:21.44 | Mr_Rabies | so what all changed with uipanel that addons are abandoning attachment to it left and right |
| 04:22.34 | Mr_Rabies | i guess you can't show and hide it in combat now or something? |
| 04:28.46 | MooreaTv | uipanel? |
| 04:30.03 | Mr_Rabies | or whatever the term is for the default panels like character frame, quest log, professions window, etc |
| 04:32.44 | MooreaTv | dunno I haven't reached that yet... just got my addon options panel to finally work taint-less so I am very happy; baby steps |
| 04:37.51 | *** join/#wowuidev purl (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 04:37.51 | *** topic/#wowuidev is WoW Classic Beta Addon Cat: https://www.wowinterface.com/downloads/cat160.html || 8.1.x ToC: 80100 || http://pastebin.com || Battletags: http://bit.ly/2MAEFxk || This channel is logged, via purl || Currently mode +r due to spam until a better solution is found. |
| 05:00.06 | znf | Mr_Rabies, https://us.forums.blizzard.com/en/wow/t/ui-changes-in-rise-of-azshara/202487 |
| 05:00.13 | znf | guessing the frame anchoring stuff |
| 05:00.52 | MooreaTv | that one I thought was mostly nameplates |
| 05:01.00 | Mr_Rabies | i guess somehow some of the default panel stuff was leaking into nameplates or something |
| 05:01.32 | Mr_Rabies | cause classic quest log totally uncoupled theirs from acting like the quest log or other panels |
| 05:02.46 | znf | *shrug* |
| 05:03.05 | znf | the change was that nameplates are not also restricted frames |
| 05:03.25 | znf | and the api calls are all blocked since 8.2 om restricted frames |
| 05:03.29 | znf | at least, that's how I read it |
| 05:03.40 | MooreaTv | I mean anything that moves (in combat) you could piggy back on |
| 05:10.53 | *** join/#wowuidev Funkeh` (~Funkeh`@WoWUIDev/WoWAce/Ace3/BigWigs/funkeh) |
| 05:11.15 | MooreaTv | basically to kill stuff like H.H.T.D. ? |
| 05:59.06 | *** join/#wowuidev AcidWeb (~AcidWeb@londe.iosphe.re) |
| 06:11.13 | *** join/#wowuidev Humbedooh (~humbedooh@apache/staff/humbedooh) |
| 06:16.50 | *** join/#wowuidev purl (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 06:16.50 | *** topic/#wowuidev is WoW Classic Beta Addon Cat: https://www.wowinterface.com/downloads/cat160.html || 8.1.x ToC: 80100 || http://pastebin.com || Battletags: http://bit.ly/2MAEFxk || This channel is logged, via purl || Currently mode +r due to spam until a better solution is found. |
| 06:18.06 | *** join/#wowuidev Humbedooh (~humbedooh@apache/staff/humbedooh) |
| 06:18.06 | *** join/#wowuidev pompy (~Mike@2601:87:4101:92f0:2143:9e9f:232b:72b8) |
| 06:18.06 | *** join/#wowuidev phyber (phyber@unaffiliated/phyber) |
| 06:18.06 | *** join/#wowuidev Shadnix (~ShadniX@p200300D21F4230000A606EFFFED4A401.dip0.t-ipconnect.de) |
| 06:18.06 | *** join/#wowuidev hizuro (~hizuro@WoWUIDev/hizuro) |
| 06:18.06 | *** join/#wowuidev Sunshine (Sunshine@unaffiliated/sunshine/x-2691069) |
| 06:18.06 | *** join/#wowuidev Infus (~quassel@p200300CCB713920016DDA9FFFEE90B78.dip0.t-ipconnect.de) |
| 06:18.06 | *** join/#wowuidev foxlit (Fox@2a01:7e00::f03c:91ff:feae:d316) |
| 06:18.06 | *** join/#wowuidev Motig (~Motig@unaffiliated/motig) |
| 06:18.31 | *** join/#wowuidev A-KO (A-KO@2605:a601:a70e:c800:d47d:b85c:e790:8d7e) |
| 06:18.32 | *** join/#wowuidev phixion (m@rtin.ms) |
| 06:18.32 | *** join/#wowuidev znf (~ibm86@toaster.linge-ma.ro) |
| 06:18.32 | *** join/#wowuidev Azxiana (~Erza@li1046-135.members.linode.com) |
| 06:48.42 | *** join/#wowuidev brykrys (~brykrys@WoWUIDev/Norganna/Dev/Brykrys) |
| 07:16.27 | *** join/#wowuidev Justwait (~Justwait@neb.wtf) |
| 07:44.03 | *** join/#wowuidev Andols (~yaaic@2a00:801:300:fa6d:dd24:cebc:e7c2:6eb0) |
| 07:55.59 | AcidWeb | No. |
| 08:00.17 | Corrodias | ie |
| 08:21.30 | *** join/#wowuidev Vardex[m] (vardexmatr@gateway/shell/matrix.org/x-dycapmwhzeigjjuj) |
| 08:37.46 | *** join/#wowuidev A-KO (A-KO@2605:a601:a70e:c800:dd28:1e57:4288:1a78) |
| 08:37.56 | *** join/#wowuidev Funkeh` (~Funkeh`@WoWUIDev/WoWAce/Ace3/BigWigs/funkeh) |
| 08:40.48 | *** join/#wowuidev VIad (~Vlad@cm-84.213.147.218.getinternet.no) |
| 09:21.19 | *** join/#wowuidev stolenlegacy (~stolenleg@unaffiliated/stolenlegacy) |
| 11:35.23 | *** join/#wowuidev harl (harl@unaffiliated/harl) |
| 12:18.45 | *** join/#wowuidev Breen (~Breen@80.175.117.105) |
| 12:48.16 | *** join/#wowuidev Andols (~yaaic@m77-218-230-159.cust.tele2.se) |
| 12:49.21 | *** join/#wowuidev Andols (~yaaic@m77-218-230-159.cust.tele2.se) |
| 12:50.01 | *** join/#wowuidev Andols (~yaaic@m77-218-230-159.cust.tele2.se) |
| 12:50.37 | *** join/#wowuidev Andols (~yaaic@2a00:801:300:fa6d:dd24:cebc:e7c2:6eb0) |
| 12:50.57 | *** join/#wowuidev Andols (~yaaic@2a00:801:300:fa6d:dd24:cebc:e7c2:6eb0) |
| 12:51.51 | *** join/#wowuidev Andols2 (~yaaic@2a00:801:300:fa6d:dd24:cebc:e7c2:6eb0) |
| 14:12.12 | *** join/#wowuidev Andols (~yaaic@m77-218-230-159.cust.tele2.se) |
| 14:12.47 | *** join/#wowuidev Andols (~yaaic@m77-218-230-159.cust.tele2.se) |
| 14:13.15 | *** join/#wowuidev Andols (~yaaic@m77-218-230-159.cust.tele2.se) |
| 14:52.44 | znf | https://i.imgur.com/YH7OwDq.png Anyone has any idea how to get the rare INSIDE the lab? |
| 14:52.50 | znf | once we go in, we phase |
| 15:49.21 | nevcairiel | wait until it spawns somewhere else? that hing is all over the map :p |
| 15:50.45 | *** join/#wowuidev MooreaTv (~MooreaTV@172-10-234-41.lightspeed.sntcca.sbcglobal.net) |
| 16:41.18 | *** join/#wowuidev Funkeh` (~Funkeh`@WoWUIDev/WoWAce/Ace3/BigWigs/funkeh) |
| 17:01.20 | *** join/#wowuidev LexSfX (LexSfX@216-71-194-85.dyn.novuscom.net) |
| 17:25.18 | *** join/#wowuidev TomCat (~IceChat9@unaffiliated/tomcat) |
| 17:26.28 | TomCat | this may be a completely silly question, but is it even possible for an addon to trigger a 'stuck in combat' issue? |
| 17:26.49 | nevcairiel | no |
| 17:27.10 | TomCat | didn't think so |
| 17:27.34 | TomCat | blue posts like this probably shouldn't be happening: https://eu.forums.blizzard.com/en/wow/t/mechagon-combat-bug/59191 |
| 17:30.26 | nevcairiel | customer support 101: The customer is incapable of properly describing what exactly his problem is in 80% of the cases |
| 17:30.45 | nevcairiel | (probably more) |
| 17:30.59 | nevcairiel | hence, throw generic answers back :D |
| 17:32.02 | *** join/#wowuidev Seerah (~umsin@75-36-111-192.lightspeed.mmphtn.sbcglobal.net) |
| 17:32.02 | *** mode/#wowuidev [+o Seerah] by ChanServ |
| 17:34.40 | TomCat | imo the stuck in combat issue often results from an agro'd mob which did not properly flag as having reset after leaving its area |
| 17:50.13 | znf | Oh. Twitch streaming drama! |
| 17:50.57 | TomCat | orrly? what's happening in today's episode? |
| 17:51.24 | TomCat | or do you mean the Method / Red Bull stuff? |
| 17:52.03 | znf | yeah, that |
| 17:52.07 | znf | I realize it's from yesterday :P |
| 17:52.27 | TomCat | I figured - I had just momentarily forgotten about it |
| 17:53.11 | znf | wtf, there's 2 Amethyst rares |
| 17:53.13 | znf | at the same time |
| 17:53.27 | znf | https://i.imgur.com/L61dGsJ.png |
| 17:53.47 | znf | https://i.imgur.com/0n7JvGY.png |
| 17:55.38 | TomCat | freaky. That grey star... what is producing that? |
| 17:56.42 | znf | grey poi's on minimap usually means they're in some cave or something |
| 17:57.20 | TomCat | yeah usually - but it's yellow in the 2nd shot |
| 17:57.43 | znf | I moved |
| 17:58.08 | znf | someone killed the first one between shots |
| 18:01.45 | TomCat | considering that Amethyst Spireshell has only 1 Vignette ID with that name, only one should be getting drawn on the map even if somehow 2 existed in the world |
| 18:01.57 | TomCat | u trolling or u got a bug to report to blizzard? =) |
| 18:04.33 | znf | I'm not trolling... someone killed the first one in the first position |
| 18:04.43 | znf | then I went and killed the 2nd one (someone was already on it) |
| 18:06.41 | TomCat | I guess the minimap code isn't using the same C_VignetteInfo.FindBestUniqueVignette() type of call in their strategy |
| 18:08.05 | nebula | minimap display is all c side |
| 18:09.39 | nebula | and i remember when i tried your nazjatar addon it spammed errors when rare vignettes were up |
| 18:09.59 | nebula | (as an aside) |
| 18:10.10 | TomCat | yep - but if it's intended for multiple vignettes with the same ID to be displayed (which seems to be the case if they are not utilizing the same underlying function) |
| 18:10.32 | *** join/#wowuidev Meorawr (~Meorawr@cpc96138-rdng26-2-0-cust327.15-3.cable.virginm.net) |
| 18:10.44 | TomCat | nebula - anything recent? I believe I fixed that |
| 18:11.30 | nebula | was a week or so ago |
| 18:12.16 | TomCat | most likely the one I patched then - thx |
| 18:13.06 | TomCat | was getting a nil where I previously hadn't encountered one - not since 8.1 dropped anywya |
| 18:14.00 | TomCat | I should have had nil checking in there for awhile apparently - just got lucky |
| 18:16.56 | znf | I need that damn quest it for chasm-haunter |
| 18:17.52 | znf | Wish those damn Scrying Stones would stack up |
| 18:44.58 | *** join/#wowuidev Talyrius (uid175475@gateway/web/irccloud.com/x-zjiunqytivznhwgb) |
| 18:59.57 | *** join/#wowuidev jaxdahl2 (jaxdahl@unaffiliated/jaxdahl) |
| 19:46.13 | Elmoe | Is there a list of anchor restricted frames someplace? |
| 20:14.11 | Simca | all nameplates, nothing else |
| 20:14.24 | Simca | as far as i know |
| 20:15.32 | Elmoe | and WorldFrame at least |
| 20:16.00 | Elmoe | I'm just still trying to figure out how VuhDo Options is triggering this problem even though it doesn't anchor to anything restricted |
| 20:16.18 | Elmoe | but it looks like others are having similar issues based on the WoWUIDev discord chat |
| 20:17.28 | Simca | oh, TomCat, so i like your addons but I agree with one thing nevcairiel mentioned - the icons are too big if you're using the 'small world map' mode. i dislike the full screen world map (where the icon size is good), and use the smaller one. they're too large there. |
| 20:17.39 | Simca | if you scaled them with the size of the frame that would probably solve it perfectly |
| 20:18.33 | nevcairiel | since the map revamp, the world map actually scales, which triggered a variety of icon size issues |
| 20:22.08 | *** join/#wowuidev Semlar (~Semlar@2600-6c5e-517f-da1a-20eb-d296-0069-1f4f.dhcp6.chtrptr.net) |
| 20:23.09 | Semlar | <PROTECTED> |
| 20:23.27 | foxlit | Elmoe: and WorldFrame at least << not really: WorldFrame:GetRect() should work. |
| 20:23.53 | Elmoe | foxlit: saw that people were having issues if they anchored to WorldFrame on the forums |
| 20:24.09 | Semlar | a lot of people have no idea what they're talking about |
| 20:24.36 | Elmoe | not applicable in the case of VuhDo anyway, I'm guessing VuhDo Options has some sort of transitive interaction with an anchor restricted frame through some API being called |
| 20:24.56 | Elmoe | very hard to track this down :/ |
| 20:25.22 | foxlit | I'm sure they have actual errors, but I can't explain why. |
| 20:26.19 | Semlar | taint works in mysterious ways |
| 20:26.26 | Semlar | it's not our place to question it |
| 20:26.59 | foxlit | it is very much your place to question it -- you can't reason about things you don't understand. |
| 20:27.32 | foxlit | (it's also not taint) |
| 20:27.40 | foxlit | /run CreateFrame("Frame", "f") f:SetPoint("TOPLEFT", UIParent) f:SetPoint("BOTTOMRIGHT", WorldFrame) throws, but there's no nice explanation for why it should. |
| 20:28.14 | Simca | maybe TSquare can explain it |
| 20:28.16 | Semlar | i just got here, i don't even know what the proposed problem is |
| 20:29.04 | Elmoe | in my case it is stranger, no exception is even thrown but the VuhDo Options frame simply bugs out and has to be reanchored after the failed call |
| 20:29.28 | foxlit | options frame? |
| 20:29.43 | Semlar | what's it anchored to |
| 20:29.48 | Elmoe | UIParent |
| 20:30.05 | Semlar | that's it? |
| 20:30.12 | Elmoe | as far as I can tell yes |
| 20:30.19 | Semlar | what's it anchored to when it isn't anchored to anything |
| 20:30.28 | Elmoe | you mean when the bug happens? |
| 20:30.36 | Elmoe | that is tough because it just disappears from the frame stack |
| 20:30.50 | Elmoe | like when the bug happens if I try to inspect the bugged frame with fstack then fstack seems to not be able to find it |
| 20:30.53 | Semlar | you can still reference the frame |
| 20:31.13 | Elmoe | sorry what would be the API to get the anchor point? |
| 20:31.22 | Semlar | frame:GetAnchor() |
| 20:31.31 | Elmoe | let me see, sec let me revert the workaround |
| 20:32.32 | Semlar | just to cover the obvious, you aren't using an addon like MoveAnything are you |
| 20:32.51 | Elmoe | no this problem is unfortunately localized to VuhDo |
| 20:33.07 | Semlar | and you definitely have lua errors enabled? |
| 20:33.09 | Elmoe | or more specifically just the VuhDo Options add-on that manages config |
| 20:33.15 | Elmoe | yep |
| 20:33.29 | jaxdahl2 | blizzard never officially said anything besides nameplates were now restricted, did they? |
| 20:33.30 | Elmoe | for example, the snippet foxlit posted correctly throws an exception |
| 20:33.31 | Semlar | and it just disappears? |
| 20:33.44 | Semlar | never to be seen again |
| 20:34.04 | Elmoe | Semlar: actually some of the textures remain on screen, some of the textures disappear, the frame disappears from frame stack and you cannot interact with it until it is reanchored |
| 20:34.19 | Elmoe | it is very odd behavior |
| 20:34.30 | Semlar | when does it happen |
| 20:34.40 | Elmoe | when StartMoving() is called on the frame |
| 20:34.51 | jaxdahl | could it have anything to do with the texture access changes? |
| 20:36.15 | foxlit | no. |
| 20:37.00 | Semlar | so when you call StartMoving() it immediately does this? |
| 20:37.21 | Elmoe | yep |
| 20:37.23 | Semlar | frame disappears, some textures stick around, nothing follows the cursor |
| 20:37.37 | Elmoe | yeah its like whatever textures are left are not there |
| 20:37.47 | Elmoe | mouse interacts with whatever the textures obscure etc. |
| 20:38.31 | foxlit | (textures aren't mouse-interactable to begin with) |
| 20:39.05 | Semlar | it sounds like its anchors are being cleared, which is how StartMoving works, but something is interfering with normal behavior |
| 20:39.44 | Semlar | have you tried this with no other addons running? |
| 20:40.24 | Elmoe | yes of course |
| 20:40.29 | Semlar | it almost sounds like the reference to the frame is being overwritten |
| 20:41.23 | Elmoe | sorry how do you get the anchor of a frame again? GetAnchor is not a valid method |
| 20:41.33 | foxlit | :GetPoint() |
| 20:41.42 | Semlar | i was close |
| 20:41.48 | Elmoe | returns empty result once the frame is horked |
| 20:41.55 | Elmoe | it is still parented to UIParent |
| 20:42.15 | Semlar | what happens when you call frame:StopMovingOrSizing() |
| 20:42.37 | Semlar | and does this frame have a global name |
| 20:43.09 | Semlar | not just a global variable pointing to it |
| 20:43.58 | *** join/#wowuidev Talyrius (uid175475@gateway/web/irccloud.com/x-chgvmormparnalzo) |
| 20:44.09 | Elmoe | nothing happens when calling StopMovingOrSizing() which is what would normally be called onmouseup |
| 20:44.23 | Semlar | what does GetRect() return |
| 20:44.31 | Elmoe | Semlar: sorry I'm not sure I understand how to tell if the frame has a global name or not |
| 20:44.43 | Semlar | is this your addon? |
| 20:44.43 | foxlit | it's just two things, probably: 1. The renderer doesn't like drawing things that don't have valid anchor chains (i.e. things which cannot have their draw rectangle recomputed because someone somewhere is unanchored) 2. StartMoving internally fails to set the screen-relative anchors. |
| 20:45.11 | *** join/#wowuidev batrick (batrick@nmap/developer/batrick) |
| 20:45.28 | Semlar | call frame:GetName() |
| 20:45.31 | Elmoe | yes |
| 20:45.47 | Semlar | if it's named it'll return something |
| 20:46.02 | Elmoe | yeah it is named |
| 20:47.00 | Elmoe | foxlit: wrt /1/ yes that would appear to be the case |
| 20:47.19 | Elmoe | but why is StartMoving() failing |
| 20:48.18 | Semlar | when was the last time this worked correctly |
| 20:48.25 | Elmoe | 8.2 caused the regression |
| 20:48.34 | Elmoe | I don't know which build specifically because I wasn't testing on PTR |
| 20:49.07 | Semlar | so you didn't change any code, the patch broke it |
| 20:49.12 | Elmoe | yes |
| 20:49.34 | Semlar | how sure of that are you |
| 20:49.35 | Elmoe | it has to be these changes they made wrt anchor restricted frames that somehow has caused the bug |
| 20:49.59 | Semlar | i have a hard time believing that |
| 20:50.03 | Elmoe | Semlar: well let's see, I logged in when 8.2 hit with the same code that worked the day before and now it was broken :p |
| 20:51.19 | foxlit | Elmoe: but why is StartMoving() failing << it likely calls :SetPoint() internally. |
| 20:51.27 | Semlar | you have a frame that's anchored to UIParent that simply breaks as soon as StartMoving() is called |
| 20:51.48 | Semlar | nothing else is being called on it |
| 20:52.07 | Elmoe | yeah my guess is that perhaps some child frame is interacting with an API which in turns interacts with an anchor restricted frame in a way that transitively screws it up |
| 20:52.34 | Elmoe | its not the base frame itself, I tried building a repro case out of just that |
| 20:52.35 | Semlar | do you change any cvars |
| 20:53.18 | Semlar | but this happens without doing anything while the frame is open other than trying to move it? |
| 20:53.57 | Elmoe | yes if I call StartMoving() the problem happens immediately |
| 20:54.43 | Elmoe | the add-on listens to CVAR updates |
| 20:54.53 | Semlar | it doesn't set any? |
| 20:55.04 | Elmoe | no |
| 20:55.38 | Semlar | foxlit how do i look up vuhdo in globe |
| 20:56.09 | Elmoe | foxlit: when StartMoving() calls SetPoint() internally why wouldn't it throw the exception if the issue is about anchor restricted frames though? |
| 20:57.37 | Semlar | it makes no sense that a child frame anchored to your frame could be causing this regardless |
| 20:57.58 | Semlar | it's not like you could have something anchored to your frame and also anchored to an anchor-restricted frame |
| 20:59.54 | foxlit | Elmoe: there is probably an internal function doing the actual anchor update, which probably indicates success/failure by a simple return value. :SetPoint turns this value into a Lua error, :StartMoving() ignores it (because why would it ever think it can fail?). |
| 21:00.19 | Elmoe | foxlit: got it, can we look at that code or is it all in C? |
| 21:01.22 | foxlit | Entirely guesswork on my part; it's all C. |
| 21:02.28 | foxlit | Semlar: it types "vuhdo" in the box and it presses enter, or it gets the boot again. |
| 21:02.46 | Semlar | i went with download vuhdo and drag it onto globe |
| 21:03.15 | Semlar | it seemed simpler than reading the input box |
| 21:06.44 | Elmoe | I'm wondering if StartMoving() needs to simply calls ClearAllPoints() before calling SetPoint() |
| 21:09.06 | Semlar | just checking, this is an issue currently affecting the live version of the addon? |
| 21:11.26 | Elmoe | there is a workaround in the current release |
| 21:11.27 | TomCat | Semlar - thanks for letting me know about the icons. Odd thing is that players keep asking me to make them larger and larger! For now, if you enable the HandyNotes plugin the icons will get a bit smaller and will obey the HandyNotes global scale and opacity settings |
| 21:11.46 | Elmoe | revert back to v3.102 if you want to repro the bug |
| 21:12.00 | Semlar | you probably meant to ping someone else |
| 21:12.48 | Elmoe | TomCat: consider too that some HandyNotes plugins allow you to adjust the scale only for that plugins icons, a nice feature for a handynotes plugin to have available if players want to override the scale settings just for tomcat tours |
| 21:13.46 | Semlar | it's being caused by VUHDO_tabbedFrameOnMouseDown? |
| 21:14.05 | Elmoe | yeah |
| 21:14.06 | TomCat | Elmoe - agreed |
| 21:14.10 | Elmoe | which only calls StartMoving() |
| 21:14.42 | Semlar | is there a reason you're manually invoking the garbage collector |
| 21:14.54 | Elmoe | this add-on is like 12+ years old |
| 21:15.04 | Elmoe | there is lots of cruft when days when maybe that did something useful :p |
| 21:15.12 | MooreaTv | foxlit- not sure if you saw my question about globe and events handled (https://www.townlong-yak.com/globe/#h:680f8857c5929e206ec066ca232c19f4 only has 1 while I have a large table) - sorry if this is a dup |
| 21:15.30 | Elmoe | Semlar: fwiw I already tried disabling that to see if somehow that was the issue and it isn't |
| 21:15.55 | TomCat | gc calls will cause the WoW client to pause briefly... feels like frame drops |
| 21:16.05 | TomCat | at least when called manually |
| 21:16.33 | TomCat | I noticed this occurring starting around 8.1.5 iirc... |
| 21:17.37 | Semlar | did you try deleting everything from OnShow |
| 21:19.22 | Semlar | that would tell you if any of that is the cause |
| 21:20.37 | Elmoe | thats the thing though, it still happens |
| 21:20.37 | foxlit | Elmoe: that configuration UI contains frames which are anchored both to itself and UIParent. |
| 21:20.42 | Elmoe | even if I remove everything from onshow |
| 21:20.50 | Semlar | what about OnLoad |
| 21:21.22 | foxlit | VuhDoNewOptionsGeneralBouquetExportFrame, for example. |
| 21:21.42 | Elmoe | semlar: onload does basically nothing and so no difference |
| 21:22.10 | foxlit | /run CreateFrame("Frame", "f") f:SetPoint("TOPLEFT", UIParent) f:SetPoint("BOTTOMRIGHT", nil) -- you're essentially getting this error (except you aren't, because StartMoving mutes it) |
| 21:22.15 | Semlar | how did it ever work with frames anchored to it and UIParent |
| 21:22.42 | Elmoe | shrug, perhaps something blizzard "fixed" in 8.2 that worked but shouldn't have before? |
| 21:23.05 | foxlit | That this throws errors is a new 8.2 feature. |
| 21:23.50 | Semlar | not an error, but if you anchor to the options frame and another frame outside of it it's going to stretch those frames when it starts moving |
| 21:23.59 | foxlit | probably not? |
| 21:24.12 | foxlit | Surely someone would've noticed that. |
| 21:24.17 | Semlar | surely |
| 21:24.24 | Semlar | depends on the anchors |
| 21:24.37 | foxlit | They're setting TOPLEFT and CENTER here, and what likely happens is that CENTER gets ignored given TOPLEFT and a defined frame size. |
| 21:25.19 | foxlit | in any case, how that works or doesn't work isn't the point -- you now have an anchor connection between nil (the screen) and UIParent, which is Super Illegal For Some Reason(tm). |
| 21:26.35 | foxlit | so StartMoving fails to set the TOPLEFT anchor on the moving frame, and the renderer throws out some textures because they no longer have a valid rect. |
| 21:27.37 | Semlar | for what it's worth anchoring to nil and something else was how i was transferring information into the secure environment at one point |
| 21:28.41 | foxlit | How would that work? If the frame wasn't protected, you shouldn't have been able to query its rect/anchors; and if the frame was protected, you shouldn't have been able to modify its anchors in combat. |
| 21:30.21 | Semlar | i anchored a secure frame to the edge of the screen and a nameplate and used that to trigger a state handler on resize or something |
| 21:33.52 | Semlar | it doesn't explain not being able to anchor to nil and the UIParent |
| 21:35.48 | Elmoe | foxlit: fixed! |
| 21:35.52 | Elmoe | great detective work |
| 21:36.14 | Semlar | i see how it is |
| 21:36.16 | *** join/#wowuidev Andols2 (~yaaic@217-209-12-6-no170.tbcn.telia.com) |
| 21:36.17 | Elmoe | some child frames were being explicitly anchored to UIParent through a template |
| 21:36.24 | Elmoe | Semlar: appreciate your help as well :) |
| 21:37.41 | Semlar | it's nice to be appreciated |
| 21:47.43 | Elmoe | hmm looking at globe reminds me of a ton of cruft that needs cleaned up heh |
| 21:48.26 | Semlar | vuhdo has a bug in this LibBase64 library it's using where it references a variable "k" that it never defines |
| 21:48.59 | Semlar | this was probably written in like 2006 |
| 21:49.15 | Semlar | so it probably isn't a big deal |
| 21:49.59 | Elmoe | 2008 by ckknight actually but close |
| 21:50.17 | Elmoe | whatever happened to that fellow I wonder, loved his addons |
| 21:50.44 | Semlar | he probably realized he could be getting paid for writing code instead of spending his time writing warcraft addons |
| 21:52.30 | Elmoe | well aside from a few vocal exceptions, I kind of assumed everyone was getting paid to write code and this was just for fun |
| 21:53.02 | Elmoe | ckknight though I thought was one of the original Wowace fellows that later went on to work for Curse |
| 21:53.10 | Elmoe | I bet Kaelten or Torhal would know where he ended up |
| 21:54.17 | Elmoe | speaking of WoWace, if a project like LibBase64 is flagged as abandoned, does that mean someone can assume ownership of it (MIT license)? |
| 21:55.28 | Elmoe | Semlar: you might be able to request ownership and then get commit access and fix that undefined reference :) |
| 21:56.26 | Constie | We're all ckknight. |
| 21:56.55 | *** join/#wowuidev Simca (~Simca@c-73-55-2-30.hsd1.fl.comcast.net) |
| 22:44.09 | *** join/#wowuidev Funkeh` (~Funkeh`@WoWUIDev/WoWAce/Ace3/BigWigs/funkeh) |
| 22:53.32 | Semlar | i can't even be bothered to update my own addons |
| 23:01.24 | Semlar | neffi why does pandora keep giving me ads encouraging me to talk to my doctor about schizophrenia options |
| 23:06.22 | Semlar | do they know something i don't |
| 23:15.47 | znf | ssh -p1985 -oCompression=no 34.68.105.48 |
| 23:15.49 | znf | this is so cool :D |
| 23:15.52 | znf | wrong channel |
