IRC log for #riftuidev on 20140101

00:59.17*** join/#riftuidev Repo (~repo@76.164.170.2)
01:50.10*** join/#riftuidev dolby (~dolby@MMOI/Administrator/pdpc.silver.dolby)
01:50.10*** mode/#riftuidev [+o dolby] by ChanServ
05:15.49*** topic/#riftuidev by Cairenn -> http://pastebin.com for code snippets || PIL: http://www.lua.org/pil || ift AddOn Policy: http://t.co/7xXd4LL || AddOn Wiki: wiki.riftui.com/ || this channel is logged, via purl || Happy New Years!
05:27.41*** join/#riftuidev Imhothar_ (~Imhothar@ppp-188-174-3-62.dynamic.mnet-online.de)
06:04.41seebs_Hmm.
06:05.01seebsSo, every time I complete an item which is an objective of a crafting quest, there's a maybe half-second freeze of the entire game's display, even if I have no addons up.
06:38.27seebs...
06:38.29seebsThat's odd.
06:38.40seebslocal details = Inspect.Unit.Detail('player')
06:38.42seebsfoo = details.id
06:38.46seebsfoo => 'player'
06:38.49seebsI did not expect that.
06:43.20seebsI basically assumed that id would either be an actual unit id or absent.
06:45.21seebsHmm. I wonder whether I get combat status on event.addon.startup.end. ... nope.
06:53.22seebsdammit
06:53.29seebsI am walking around in a lowbie zone to test some combat stuff.
06:53.38seebsMy reactives are killing stuff before I get a chance.
08:02.08ZorbaBetaseebs, I believe details.id = "player" can happen when there is no known player ID but when the player name is known
08:02.36Imhothar_I'd prefer not to rely on the id value at all ;)
08:02.37ZorbaBetaInspect.Unit.Detail("player") is guaranteed to always return a valid table, and details.id is guaranteed to always exist, so . . . it was the best idea I had
08:02.55ZorbaBetaTechnically, it's true. The player is *always* the player. :V
08:23.00seebsAhh, is details.id guaranteed to exist?
08:23.09seebsThe reason I care about it: I want to check whether the player is in combat.
08:23.28seebsSo I want to get the player's ID, then look at units[player_id] in a Unit.Detail.Combat event.
08:23.58Nosheiseebs: use Inspect.System.Secure()
08:24.00seebsBecause it turns out the mouse cursor decorations are annoying outside of combat.
08:24.07Nosheiwill always be true if the player is in combat
08:24.10seebsWell, mostly I want to be notified of transitions.
08:24.16seebsSo I can hide things or show them.
08:24.26seebsI'll update HereMousey to 0.2 shortly with that change.
08:24.34NosheiEvent.System.Secure.Enter
08:24.38NosheiEvent.System.Secure.Leave
08:25.22NosheiI believe those are guarenteed to fire when the player enters/leaves combat
08:25.55seebsI seem to recall rumors that the system might later give us occasional insecure frames to let us update windows and frames, to help with things like "I can't see any of my unit bars until I get out of combat".
08:26.20seebsInteresting note: It appears that if I walk up to a creature and it attacks me and I parry, and the parry reactive kills it, I never enter combat.
08:26.35Nosheilol
08:26.56seebsI had to change specs to make sure the mouse cursor thing worked even if you were in combat when you started.
08:27.27seebsIt flashes a little when the mouse stops moving, and/or upon entering combat, so an unmoving mouse gets identified in some way.
08:44.44ZorbaBetayeah, seebs is right - the .Secure() events, officially, only tell you if the environment is secure. Not if the pllayer is in combat.
08:45.07ZorbaBetaright now the two are identical but making them not-identical is on my todo list
08:51.12NosheiZorbaBeta: I would hope when you make that change you add in a simple way to check the combat state of the player.
08:51.46seebsInspect.Unit.Detail('player').combat
08:52.14seebsAlthough you don't see that at Event.Addon.Startup.End, and you also don't get an Event.Unit.Detail.Combat for them; you have to check it on Event.Unit.Availability.Full.
08:52.26Nosheiarguably not simple
08:57.45seebshttp://www.riftui.com/downloads/info428-HereMousey.html
09:41.55*** join/#riftuidev Noshei (~quassel@c-24-9-171-99.hsd1.co.comcast.net)
10:39.25IvnedarHrrm, started using a standing desk, let's see how long this lasts :P
10:50.59Reponkwardrobe: naifu * r146  (11 files in 3 directories):  (2 lines trimmed from commit message)
10:51.01Repobug fix: the equip selection boxes will now always hide on closing of character window
10:51.03Repobug fix: tooltip will no longer show after closing character window
10:51.05Reporemoved about button and dialog
10:51.07Repochanged donate button design
10:51.26Reponkwardrobe: naifu V5.0.5 * r147 : Tagging as V5.0.5
11:04.29Amadeus-ZorbaBeta, Ivnedar ..just how out of date is http://portal.wildtide.net/RiftAPI/Category/Frame ?
11:04.51Amadeus-I was exploring how Imhothar creates his windows and was just looking up each thing as I come to it
11:05.03Amadeus-one of the first things is not there ..haha frame:GetContent()
11:05.18Amadeus-neither is frame:GetBorder()
11:05.31Ivnedarhttp://www.seebs.net/rift/live/
11:05.50Ivnedaror even better, grab seebs' script and make your own copy, so you can update it whenever you need to :D
11:08.11Ivnedaryou're talking about RiftWindow I assume
11:08.21Ivnedarthat's the one that has a border and a content frame thingo
11:09.11Amadeus-well
11:09.24Amadeus-so .. UI.CreateFrame doesn't return a frame?
11:09.31Ivnedarit does
11:10.18Amadeus-I'm confused then
11:10.27Amadeus-local frame = UI.CreateFrame("RiftWindow", "", context)
11:10.27Amadeus-local content = frame:GetContent()
11:10.43Amadeus-^ where is GetContent() in the documentation?
11:10.52Ivnedar"RiftWindow"
11:11.02Ivnedarit create a frame of type RiftWindow
11:11.12Amadeus-oh
11:11.23Amadeus-and RiftWindow inherits all of 'frame'
11:11.24Amadeus-?
11:11.27Ivnedaryes
11:11.57Amadeus-ok
11:12.02Amadeus-now I get it
11:12.04IvnedarRiftWindow is a subclass of Frame
11:13.32Amadeus-okie, that makes sense now
11:13.50Amadeus-I have another question
11:14.19Amadeus-in LUA ....is "self" a table?
11:14.42Amadeus-wait...nm
11:14.52Ivnedarpretty much everything is in Lua :)
11:15.18seebsself is whatever the first argument to the function was.
11:15.35seebsAnd *usually* that will mean it is the object that this was a method of, because someone will have called obj:func()
11:15.44seebswhich is syntactic sugar for obj.func(obj)
11:15.49Amadeus-yea
11:15.50seebsBut you can call it with other things.
11:15.57seebsFor instance. Consider:
11:16.03seebslocal foo = "example"
11:16.09Amadeus-so, how do I know the members of type element? (http://www.seebs.net/rift/live/Element_index.html)?
11:16.10seebsfoo:sub(2, 3) => "xa"
11:16.40seebsI think the answer in that case is, "you don't, it is probably a generic userdata or something".
11:16.53Amadeus-local border = frame:GetBorder()
11:16.59Amadeus-border:EventAttach(Event.UI.Input.Mouse.Left.Down, function(self)
11:17.03Amadeus-self.mouseOffsetX = mouse.x - frame:GetLeft()
11:17.09Amadeus-^ where is mouseOffsetX defined?
11:17.31Ivnedarlook at the params on that event
11:18.04Amadeus-oh, so in that case 'self' is Event.UI.Input.Mouse.Left.Down? not 'border'?
11:18.21IvnedarOh, where is it defined? right there where you pasted
11:18.40seebsYou know, I'm not sure what the parameters for the event are, because the docs appear not to say?
11:18.42Amadeus-no, I meant...where would I find it somewhere so I could see where he got it
11:18.52seebsThe only documented parameter is the handle.
11:18.53Amadeus-I'm wanting to follow the code step-by-step
11:18.53Ivnedarself.mouseOffsetX = mouse.x - frame:GetLeft()
11:18.55Ivnedarright there
11:19.02Ivnedaryou can put any thing into any table
11:19.10Amadeus-ok, that was the next question
11:19.12Ivnedarhe's just storing that value there for referencing later
11:19.22Amadeus-so in THAT instance ...'self' is referring to the "border" right?
11:19.22Ivnedarit could have been .bob if he wanted
11:19.25seebsExcept, no. "self" is the first argument to the function.
11:19.30seebsAnd that'll be the handle for the event.
11:19.47seebsYou'd want to do something like function(handle) border.mouseOffsetX = ... end
11:19.56Ivnedarin that case, self will be border
11:19.59seebsand then the anonymous function will pick up the local "border" from the environment in which it was created.
11:20.13Amadeus-border:EventAttach(Event.UI.Input.Mouse.Left.Down, function(self)
11:20.17Amadeus-^ self is 'border'?
11:20.19Amadeus-or not
11:20.21Ivnedaryeah
11:20.25seebsI don't think it will. I think the name "self" is just an arbitrary spelling for the name of the argument to the anonymous function used as the argument to the EventAttach.
11:20.33Reponkadvisor: naifu * r249 RiftAddon.toc: force EnKai and nkItemBase update to fix recipe problem
11:20.58seebsSo border:EventAttach(...) is actually calling the real EventAttach(border, Event.UI.Input.Mouse.Left.Down, function(NAMEDOESNTMATTER) NAMEDOESNTMATTER.mouseOffsetX = ... end)
11:21.05seebsThe name "self" is misleading in this case.
11:21.54IvnedarEvent.UI.Input.Mouse.Left.Down will get passed in the object that the event came from, border in this case
11:22.10Ivnedarthe anonymouse function will assign that to self
11:22.11Amadeus-oh
11:22.15Amadeus-wait, I se
11:22.16Amadeus-see
11:22.20Ivnedarand then self is referenced inside that anonymous function
11:22.24Amadeus-let me show you the whole thing :)
11:22.25Amadeus-border:EventAttach(Event.UI.Input.Mouse.Left.Down, function(self)
11:22.25Amadeus-local mouse = Inspect.Mouse()
11:22.25Amadeus-self.mouseOffsetX = mouse.x - frame:GetLeft()
11:22.25Amadeus-self.mouseOffsetY = mouse.y - frame:GetTop()
11:22.25Amadeus-end, "")
11:22.41Amadeus-now it makes sense
11:23.03Amadeus-I didn't realize that it was a callback function within a method like that when I first looked at it
11:24.09seebsWait, what?
11:24.26seebsI don't think it passes Event.UI.Input.Mouse.Left.Down. I think it passes the generic Event Handle that is part of the new event API.
11:24.37seebsI don't even know off the top of my head if there's a way to query back from that to find out what type it is.
11:25.06Amadeus-that whole function is the second argument to EventAttach ...it makes sense to me now
11:25.13Amadeus-btw .... I wonder why the servers require a 'restart' this morning
11:25.30Reponkadvisor: naifu * r250  (9 files in 3 directories): changed donate button design
11:25.52Reponkadvisor: naifu V3.4.4 * r251 : Tagging as V3.4.4
11:25.52Ivnedarthe event handle is a reference to the object that the event was attached too I thought
11:26.16seebsMight just be them being cautious, they normally restart.
11:26.20seebsI don't think it is.
11:26.58seebsI seem to recall at one point, it was going to be a special thing that provided methods you could act on to cancel or intercept events, in the Bubble/Sink stuff.
11:27.19Ivnedarby modifying the event table attached to the object?
11:27.36seebshandleEventFrame
11:27.37seebsA handle for active frame events. Includes the member :GetTarget(), which returns the target frame of this event. If being passed to a .Dive handler, also includes :Halt() and :Catch(). :Halt() halts propogation of the event through the hierarchy and, after finishing the current frame's .Dive handlers, immediately begins processing .Bubble events. :Catch() works similarly but processes main events before continuing to .Bubble. Neither function may be
11:27.39seebs<PROTECTED>
11:27.52Ivnedarhrrm, interesting
11:28.13IvnedarI must be using GetTarget() then, but I don't remember doing that ...
11:28.30seebsI was just doing stuff like
11:28.46seebsfoo:EventAttach(eventname, function(...) myfunc(foo, ...) end)
11:29.12seebsWhich turns out to be silly.
11:29.21Ivnedarhrrm, and foo is in that scope?
11:29.22Ivnedarinteresting
11:29.27Amadeus-another question ...in LUA ...if there is 'code' that is just dangling in a file (i.e., not a part of a function) ..then it's executed when the addon loads?
11:29.36Ivnedaryeah
11:29.51Amadeus-k
11:32.40Reponkadvisorloot: naifu * r85  (2 files in 2 directories): expert loot table update
11:32.46seebsBTW, a side note, apropos of nothing in particular:
11:33.10seebsLua has a very different idiomatic style from a lot of other languages, and I think you'll find it a lot less annoying once you've gotten used to the different style.
11:33.23Reponkadvisorloot: naifu V2.2.8 * r86 : Tagging as V2.2.8
11:34.24Amadeus-yea, I just have to get the hang of it
11:42.10IvnedarAmadeus-: see someone's theory that the login bug is related to patron status?
11:42.24Amadeus-no....interesting though
11:42.31Amadeus-they're saying that if you're patron it's worse?
11:42.43Ivnedarif you've never been a patron, you don't get it
11:42.44Ivnedarapparently
11:43.54Amadeus-where do I find this in the docs? Item.Storage.GetAllItemTypes()
11:43.59seebsThat's very odd.
11:44.09seebsI wonder whether it's related to a database update to add charges to the patron things?
11:44.21Ivnedarmaybe
11:44.30Ivnedarif you've ever been a patron, you go in one database
11:44.40Ivnedarthat one gets locked when the update starts
11:44.45Ivnedarooh, maybe it's the daily gift giving
11:45.10Ivnedarsomeone takes out a complete table lock while they add the gifts/charges to everyone
11:45.20Ivnedarunlocks it 30 mins later if daily, 60 mins later if weekly
11:45.23Ivnedar(2 gifts)
11:45.29seebsOooh.
11:45.32Ivnedarstupidly plausible :P
11:45.54seebsBut that wouldn't explain the patron thing, because non-patrons get a gift too, no?
11:46.08Ivnedardo they? ah, so maybe charges then
11:46.24Ivnedarbut people who used to be subscribers are affected too
11:47.13Ivnedarunless current/past subscribers/patrons go in one user table
11:47.20Ivnedarand f2p only accounts go in another
11:49.41seebsIt could be that the table update rules are not as smart as they should be.
11:49.43seebsOr.
11:49.49seebsIf you were ever a patron it has to update them to zero. :P
11:50.33Ivnedarsay they used to have subscribers and trials
11:50.40Ivnedarand they were two user tables
11:51.07Ivnedarwhen f2p came along, trials became f2p users, subscribers became patrons
11:51.31Ivnedarthe process of becoming a subscriber keeps on running, moves the account to the subscribers table once they hit patron status
11:51.56Ivnedarthe subscriber table is locked every day while the charges, gifts, locks, etc are updated
11:52.00Ivnedartrial table isn't
11:52.04Ivnedar(for whatever reason)
11:53.39Ivnedarthough, if it was that simple, surely they'd have figured it out by now :P
11:54.42Ivnedarunless that dba left and the others are too scared of that black magic filled piece of code to even look at it :D
11:55.48Nosheilol
11:55.57Nosheidba always makes me laugh
11:56.45seebsThey did say something about adding something that was supposed to make it easier to debug.
11:57.01Nosheiso in the Air Force we used DBA all the time, except it meant DoucheBag Airman
11:58.05IvnedarI do wonder if they can reproduce it
11:58.37Ivnedarhalf an hour every day after every reset, plenty of opportunities to look
11:58.54Ivnedarthough, they people who can fix it probably want to sleep instead :P
11:58.55seebsIt does seem odd that it's lasted so long.
11:59.25Ivnedaryeah, game is effectively down for a lot of people every day for 30-60 mins
11:59.31Ivnedarseems like it should be a high priority thing
11:59.51seebsHuh.
11:59.54seebsI have a laptop.
11:59.56seebsI am curious.
12:00.11Ivnedartry logging in on a f2p account?
12:00.22Ivnedarreset just happened
12:00.31Ivnedarhappy rift new year :)
12:01.22seebsI have a second account, gonna try logging in on it.
12:01.38seebsRumor is some people can.
12:01.57Ivnedaryeah, all the people I saw saying they can were f2p, never been patrons
12:02.24Ivnedarif it doesn't affect a patron, and does affect a f2p player, then I guess that theory can be dispelled
12:02.41seebsHmm. Got to character select. Can't log in past that, it appears?
12:02.52Ivnedarcharacter select works fine
12:02.58Ivnedarlogging into a character won't work
12:03.04Ivnedarit'll come back eventually with server unavailable
12:03.06seebsThat feels a whole lot like database locking.
12:03.26Ivnedarwas that second account ever a subscriber/patron?
12:04.19Ivnedarbut yeah, that stays like that for ~30 mins daily and ~60 mins weekly
12:05.19seebsIt currently has patron status, yeah.
12:05.32Amadeus-I think Ivnedar is on to something ...we should talk to ZorbaBeta about it
12:05.37Amadeus-it's a very viable reason
12:05.45Amadeus-and would explain why no one found an easy fix
12:05.51Amadeus-well, a quick fix anyway
12:06.01Amadeus-could stagger the patron stuff
12:06.14Ivnedarif they lock it before starting on that, that'd be even worse
12:14.41seebsHmm.
12:14.44seebsWell, hang on.
12:14.49seebsI'm also getting it on my guest account.
12:16.05Ivnedarhrrm, ok
12:16.33seebsSo I think "never had patron status" may be necessary, but not sufficient, for logging in.
12:16.57Ivnedaris the guest account in some way tied to your main account?
12:17.01IvnedarI'm guessing not
12:17.24seebsI don't know. Trying my F2P account I never actually bought anything for.
12:17.52seebsHmm. Also can't log in. And that was a brand new character, so she *can't* have been previously locked.
12:18.18Ivnedar*nod*
12:18.21seebsCharacter has been created, because I can /friend her.
12:18.26seebsBut can't log in.
12:18.50IvnedarSo we need to find out if the devs can reproduce it at all from in office
12:19.07Ivnedarif not, they can have one of our test accounts while it's locked for us, log in there and see if it works
12:19.14Ivnedarwould tell if it's database or network then I guess
12:22.35seebsA few people I know in game confirm that they can *sometimes* log in during this hour or so. Maybe if they try a lot.
12:27.45seebsZorbaBeta, for reference: I can confirm the "cannot log in, at all, for at least half an hour after the 4AM reset" behavior.
12:28.21Ivnedarweekly one is usually an hour
12:29.01Amadeus-we can't seem to get any developers excited about this on the forums :(
12:29.05Amadeus-people been posting bout it for months
12:39.03Ivnedarseebs: ~7 mins til you may be able to log in
12:44.44seebsThere was a patch note which struck me as suggesting that it was trying to add debugging tools to help find this.
12:44.55seebsAlso, I note a thing: My laptop is now unable to make it *back* to character select.
12:45.05Ivnedarthat's all I've seen at all as recognition that there's a problem
12:45.08seebsIt makes it to either 11% or 18% of the character select loading thing, and then dies in the same way.
12:49.47Ivnedarlogin should work now
12:49.48seebsAh-hah. Logged in successfully.
12:49.49seebsYup.
12:50.11Ivnedaramusing to watch friends list light up :)
12:50.46seebsI am seeing people with names in white on my friends list who *do not actually exist*.
12:50.51seebsLike, I can't /friend that name.
12:53.02Ivnedardeleted toons?
13:04.31Reponkadvisorrating: naifu * r51  (8 files in 2 directories):  (2 lines trimmed from commit message)
13:04.33RepoTooltip box will now show / hide much better along the item tooltip
13:04.35RepoIt is now possible to show more than one rating set in the tooltip (new option in config per set)
13:04.37RepoNew generic option to hide rating's in tooltip which are no improvement
13:04.39RepoIf nkWardrobe is installed it's now possible to link a rating set to a nkWardrobe set so that the set will be used for comparing and calcualting the rating
13:05.14Reponkadvisorrating: naifu V2.1.0 * r52 : Tagging as V2.1.0
13:13.20Repoimhobags: Amaedeus master * 0.17beta-2-gb0f5c6d ItemContainer/Layouter.lua: [+1 commit] Added additional sanity checks to the new coroutine functionality (which only occurs when Inspect.System.Secure())
13:14.27Repoimhobags: Amaedeus master * 0.17beta-3-g47215f7 RiftAddon.toc: [+1 commit] Update TOC file for 0.17beta2
13:15.52Repoimhobags: Amaedeus 0.17beta2 * 906fa21 /: [new tag] Tagging as 0.17beta2
13:49.00seebsOne speculation I have for the names on friends list, but which I can't add to any other friends list, is that they're characters who lost their names in the name wipe.
14:42.25Reponkrebuff: naifu * r273  (12 files in 5 directories): added support for colorPicker widget
14:42.25Repochanged design of donate button
14:43.45Reponkrebuff: naifu V3.10.0 * r274 : Tagging as V3.10.0
20:58.33*** join/#riftuidev purl (~purl@rikers.org)
20:58.33*** topic/#riftuidev is http://pastebin.com for code snippets || PIL: http://www.lua.org/pil || ift AddOn Policy: http://t.co/7xXd4LL || AddOn Wiki: wiki.riftui.com/ || this channel is logged, via purl || Happy New Years!
22:31.11Repoindy: lokyst master * v1.1.4-2-1-g18a2717  (2 files in 1 directory): [+1 commit] Updated toc version to 2.5 and updated artifact list.
22:35.56Repoindy: lokyst v1.1.5-server * 1e5a7ea /: [new tag] Tagged as v1.1.5-server
22:41.55Repoindy: lokyst v1.1.5-2 * 7d99c03 /: [new tag] Tagged as v1.1.5-2 to get around curse packager
23:03.35Repoindy: lokyst master * v1.1.5-3 RiftAddon.toc: [+1 commit] Changed toc to 1.1.5-3
23:03.35Repoindy: lokyst v1.1.5-3 * 2ee4a25 /: [new tag] Tagged as 1.1.5-3

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.