/srv/irclogs.ubuntu.com/2013/09/26/#juju-gui.txt

hatchmorning huwshimi00:29
hatch"bold all the things!"00:30
gary_postermorning huwshimi :-)00:31
hatchhttp://orteil.dashnet.org/cookieclicker/00:32
* hatch is a pusher00:32
=== gary_poster is now known as gary_poster|away
rick_h_hmm, won't load here. Wifi is pretty bad00:34
hatchrick_h_: oh you're missing it, it's the perfect game for on vacation :D00:34
rick_h_playing with my moto x :P00:35
hatchOOooo you went with the x hey?00:35
hatchhow is it?00:35
rick_h_nice, really quick. Love the small touches00:35
hatchdoes that run stock android?00:35
rick_h_pick it up and it goes to the unlock screen vs waiting for you to hit the power button00:35
hatchoh very cool00:35
rick_h_auto unlocks when my pebble is attached so no pin code00:35
rick_h_it's pretty stock. The notification thingy and the always listening for google now are non-stock currently00:36
rick_h_but I'd expect those to hit 4.4 tbh00:36
rick_h_picking up the DC metro/zoo apps for tomorow00:36
rick_h_we live in the future heh00:37
hatchheh always listening....ehhh00:37
hatch*caugh*no-privacy*caugh* :P00:37
rick_h_yea, getting the griffin car dock. Full hands free use with it00:37
rick_h_since you can wake it from sleep with you voice, tell it to write out a text, done00:37
hatchthat is pretty cool00:38
hatchI'm paranoid though that it would be recording me :)00:38
rick_h_yea, oh well. They can hear me tell the wife I'm on my way :P00:38
hatchlol00:38
hatchgood point00:39
hatchrick_h_: while I have you here, can you tell me what actually shows the Tokens? I see the token-container.js but I don't see what is actually showing each child00:44
rick_h_hatch: it uses the YUI parent/child widget relationship. 00:45
rick_h_hatch: there are Views that create the TokenContainers based on a bunch of data00:45
rick_h_and the TokenContainers use YUI to create the Tokens since they're the child widget00:45
rick_h_hatch: so the container.items is the list of data for Tokens00:46
hatchso are they all shown by default?00:46
hatchand hideSomeChildren hides the specific ones?00:46
rick_h_hatch: no, the container gets called with a limit to show by default00:46
rick_h_hatch: well yea, they're all rendered and the container controls how many are visible (not display: none;) and the events for show/hide the rest00:47
hatchright, but I can't find what actually renders each child00:47
hatchohh ok so they are all visible, then we hide the extras00:47
rick_h_hatch: right, it's behind the scenes in the container. Once the container is rendered, YUI renders the tokens00:47
rick_h_as the children of the parent widget00:47
hatchI didn't know that the parent auto-rendered the children00:48
hatchgood to know00:48
hatchthanks00:49
rick_h_http://yuilibrary.com/yui/docs/api/files/widget-parent_js_Widget-Parent.js.html#l713 maybe? when the child is added it auto renders00:49
hatchI haven't used widgetparent/child in like....ohhhh 3 years00:49
hatchhaha00:49
rick_h_hatch: yea, it was a really nice fit for our needs though00:50
rick_h_made a lot of sense and helped with the container/token split00:50
rick_h_some things do toksn on their own, related charms, autocomplete suggestions for instance00:51
hatchyeah I was actually thinking of a refactor for this area last night00:51
hatchwas thinking about things like rendering just the markup and then enhancing it00:51
hatchwondering if we could do it simpler00:51
rick_h_careful, what's there is nice/works imo. I don't want to viewlet it :P00:51
hatchthis is assuming fullscreen goes away of course00:51
hatchoh yeah I'm not actually proposing we do it00:51
hatchjust thinking about it00:52
hatch:)00:52
rick_h_ok, well I'm all for chatting on things. I was hoping to be more involved when bundles came along but alas00:52
hatchdid you see the email thread that huwshimi started about the animations?00:52
hatchI figured you would have some input on it and my response00:53
rick_h_I kind of saw it. I figure I don't have the ime to give a great response atm. Animations is involved. :/ and it seemed limited to the tabs themselves which should be easier to deal with00:53
hatchyeah basically it involved a refactor haha00:54
rick_h_animations anywhere will. Animations require both bits to be visible at once and nothing we've done works that way. tab widget, browser Y.Views, etc00:55
hatchright00:55
rick_h_it needs an overseer to handle all loading/unloading of bits00:55
rick_h_and that needs to get baked one layer above the things you want to animate00:55
rick_h_refactor time00:55
hatchyou're not doing anything right now...get at it :P00:55
rick_h_hah, I'm planning a trip into washington DC right now :P00:55
hatchwith your phone that listens to you no need - they will already know you're coming00:56
hatchhaha00:56
rick_h_hah, well they're not going to give me a transit plan when I show up at the bus station tomorrow00:56
rick_h_even if they already know what I want to do00:56
hatchgive it time....give it time00:56
rick_h_lol00:57
rick_h_night, time to head in and start locking things down. Getting chilly out here01:01
hatchalrighty, have a good one01:02
=== gary_poster|away is now known as gary_poster
gary_posterhey frankban.  I struggled against local provider issues all afternoon when I was not on calls, so I never was able to qa.  apparently local on saucy might have issues.  I gave Tim details.  I will try one more time this morning on local and then will go to ec2 while on calls.  If you can find someone in a better position to qa then you are welcome to. :-)11:12
gary_posterBut, sorry. :-/11:12
frankbangary_poster: np, fwiw lxc works for me using revno 1750 of juju-core. but I am on raring11:14
frankbanI also have problems with trunk, i.e. 122928611:14
frankbanbug 122928611:14
_mup_Bug #1229286: debug-log and boolean options are broken in trunk <juju-core:New> <https://launchpad.net/bugs/1229286>11:14
gary_posterfrankban, I am on call with juju mgrs right now.  I just raised that one to tim and william fwiw11:17
frankbangary_poster: cool thanks11:17
gary_posterfrankban, config issue looks like bug.  Wm is on it, I think.  Tim says log issue is as designed.  He will write email about it tomorow but he gave this summary: "effectively our logging is now more "productiony"11:25
gary_posteryou can set the log level when you bootstrap, and that is used for the environment11:25
gary_posteror set it later using "juju set-env""11:25
frankbangary_poster: yes, he explained the same in #juju-dev11:27
gary_posterfrankban, oh! I see, cool :-)11:28
gary_posterfrankban, with you soon--2 or 3 more minutes late, sorry12:02
frankbangary_poster: np12:03
bachey gary_poster, staging.jc.com is dead,dead,dead.  there is no good reason for that, right?12:37
gary_postercorrect bac12:38
bacgary_poster: cool.  i'll try go to get it alive again.  its death looks somewhat premediated: http://paste.ubuntu.com/6158533/12:39
gary_posterbac thank you12:40
hatchfrankban: thanks a lot for the QA13:34
frankbanhatch: welcome13:35
bachi abentley, do you know why staging would be shutdown?  i've been trying to deploy it using the staging-tools scripts but not having any luck.13:39
abentleybac: Yes.  See #is topic.  OTP13:40
bacthanks13:41
bacabentley: please ping me when you are free.13:41
gary_posterhey hatch, you could merge/include huw's https://codereview.appspot.com/13954043/ in your bundle detail page work if you want, or we can do it separately later13:46
gary_posterhey luca__ .  what's status of approved bundle token ux/visuals?  if we can get ux at least no later than today that would be great.  is that possible?13:47
hatchfrankban: so I had no idea that services can go into an error state on destroy13:51
hatchohh nm I missread your qa13:51
frankbanhatch: the problem I highlighted is for services already in an error state, but I confirm a service can go in an error state also on destroy (i.e. if the stop hook exits with an error)13:52
frankbanhatch: in both cases the service will be dying, but not removed13:53
abentleybac: free now.13:53
hatchgary_poster: mind taking a peek at frankban's QA of my branch when you have a second - I think we'll need to switch to the original plan13:54
gary_posteron call but will in a bit hatch13:55
luca__gary_poster: are you after the bundle token?13:59
gary_posterluca__, yeah13:59
luca__gary_poster: It's been signed off, I'll send it through in 10 mins13:59
gary_postercool ty14:00
frankbanguihelp: how do you dismiss a ghost service block? The cancel button in the ghost inspector doesn't work for me in https://jujucharms.com/sidebar/ : it closes the inspector but the service block is still there.14:18
hatchfrankban: destroy the service14:18
hatchgary_poster: if you want me to try juju on my Saucy VM I can try and give it some more ram and see if it works14:20
gary_posterhatch cool.  if you can unblock frankban by qa'ing his branch that would be fab14:20
hatchyeah I can do that14:21
frankbanhatch: thanks14:22
frankbanhatch: locally, with make devel, destroying a ghost gives me a weird error notification, and leaves the ghost block14:22
hatchwith my branch?14:22
frankbanhatch: no, in trunk14:23
frankbanError destroying service: Service name: 55274347$14:23
hatchok that makes sense....14:23
hatchbut it shouldn't be erroring14:23
hatchcan you create a ticket plz14:23
frankbanhatch: sure14:24
hatchand I'll see what's up after QA'ing your branch14:24
frankbanhatch: is this something specific to the go sandbox, or to the go env in general?14:25
hatchfrankban: it's a symptom of switching to a single service model - ghosts are given a random unique id so they -cannot- clash with anything potentially returned from juju-core14:25
hatchand so that you can have multiple ghosts with the same name14:25
hatchas to why it can't destroy it - I have no idea14:26
frankbanhatch: ok, but it's a regression, in jujucharms works, in comingsoon is broken14:26
hatchyeah it was done after release14:26
hatchit's definitely not supposed to throw an error :)14:27
frankbancool14:27
frankbanhatch: filed bug 123148714:29
_mup_Bug #1231487: Error while trying to destroy a ghost service from the inspector <juju-gui:Triaged> <https://launchpad.net/bugs/1231487>14:29
hatchthanks!14:29
luca__gary_poster: just sent you the Bundle token14:37
gary_posterlooking while on call luca__ ;-) thank you!14:37
benjiadeuring: hi, I have a question about charmworld's elastic search.  Where in charmworld do we configure ES?  Is there an initialization script or something similar?  I ask because we're considering enabling n-gram tokenization to get better substring searching.14:37
gary_posteroh luca__ I had feedback on your email from yesterday that I didn't get around to sending :-(14:38
gary_posternot a big chagnge but will right it out,  in short, only bundle yaml is pertinent for the functionality that you are describing14:38
hatchfrankban: I can't seem to get your branch to save any config changes - do I need to be on a certain charm version?14:39
frankbanhatch: what version of juju-core are you using?14:40
hatchcs:precise/juju-gui-7614:40
adeuringbenji: We have right now just two config parameters: number of shards and number of replicas; that's defined in the .ini file-14:40
hatchumm sec14:40
hatch1.14.1-precise-amd6414:40
adeuringbenji: additionally, we should define the ES cluster name, but that's done vie "juju config"14:40
frankbanhatch: weird. have you switched the charm to my branch?14:41
hatchyep it says it's your branch14:41
hatchoh wait a second....14:42
benjiadeuring: ok, I saw those but wondered if there were more.  If we were to want to enable n-gram tokenization how do you suggest that would work?  I assume we would need both to set the configuration on a new deployment and a script to reindex the existing production ES.14:42
hatchfrankban: ok when I change the setting 'juju-gui-console-enabled' in the GUI it clears out every config field14:42
hatchthen on refresh it's now saved14:42
hatchso yes it works....but it breaks the GUI14:42
hatchI'll reply on the review14:43
gary_posterluca__, is that bundle icon finalized?  if so, could we have the svg?14:43
luca__gary_poster: sure14:43
gary_posterthanks luca__ 14:43
frankbanhatch: I'm not sure I understood the problem14:43
adeuringbenji:  I am not very familiar with ES myself, but I assume that you need to create a new index with the right parameters. That would probably be similar to the put_mapping() call, which is already a sort of configuration (in addition to the shards/replicas) too.14:44
adeuringbenji: and the best mechanism there is to run an "exodus"14:44
benjiok, that makes sense14:44
hatchfrankban: responded with repro steps in the review14:45
frankbanhatch: pl14:45
frankbanok even14:45
hatch:)14:45
luca__gary_poster: sent it over14:45
gary_posterluca__, button states & bundle tokens look great.  I thik we need one other bundle state for inspector notifications list button: "in progress" or something like that.  If I click on "Resolve" or similar it may take a few (10?) seconds to actually complete14:46
adeuringbenji: migration 019 is an example -- that's a really trivial exodus (in the sense that the exodus machinery does all the tricky stuff but you don't have to care about it)14:46
benjiadeuring: I thought "migration" and "exodus" were different things.14:47
gary_posterluca__, thanks for icon!14:47
hatchluca__: we will need assets for those checkbox states FYI14:47
luca__gary_poster: can you email me about the "in progress" thing, then I can just pass it on the jamie.14:48
hatchthe little ones for the unit list that is14:48
gary_posterluca__, will do thx14:48
hatchand nice bundle icon :)14:48
hatchicon/token14:48
gary_posterhatch do we have/need the orange "recommended" triangle, do you know?14:48
hatchwe can do it in css14:49
luca__hatch: the checkboxes are in the document14:49
hatchluca__: document?14:49
adeuringbenji: the exodus  is a migrations, where you can apply all changes to new mongoDB collections/ES indexes, while the old data is still in use.14:49
benjihmm, I must not understand something about the mechanism14:50
luca__hatch: in the button states document14:50
gary_posterluca__, the doc is a png though14:50
luca__gary_poster: oh! right, assets, duh14:51
luca__gary_poster: haha14:51
gary_poster:-)14:51
luca__gary_poster: hatch sorry14:51
hatch:) gotcha14:51
hatchnp14:51
gary_posternp :-)14:51
luca__hatch: how do you want them supplied?14:51
luca__hatch: I thought it was just code14:51
hatchsilver platter14:51
hatch:P14:51
luca__:P14:51
hatchnah, we can't actually style checkboxes cross browser reliably14:51
luca__no cushion?14:52
hatchI MIGHT be able to re-create those with markup/css14:52
frankbanhatch: could you please try to deploy another charm and check if the behavior you described happens also there?14:52
luca__hatch: ok, if you need them just email Jamie (cc me)14:53
hatchfrankban: sure trying now14:53
frankbanhatch: thanks14:53
hatchluca__: ok sure thanks14:53
hatchluca__: could we get some colour codes?14:53
frankbanhatch: thanks14:53
frankbanops14:53
gary_posterhatch on calls calls calls, but saw frankban's qa of your branch.  we talked about this case.  I'll ping you asap to talk through.14:53
hatchgary_poster: yep np14:53
hatchI'm not -doing nothing- yet :D14:53
hatchat that point I'll get antsy14:53
luca__hatch: sure, we created the document to make it easy to catalogue all of this so we can expand it and improve it14:53
hatchhaha14:53
gary_poster:-) k14:53
hatchfrankban: deploying mediawiki - it'll be probably 10mins or so14:54
gary_posterluca__, yes, +1 and thank your that btw.  the catalog is a great approach I think14:54
hatchyeah I really like the idea of the overview in a single place14:54
gary_poster"thank your that" == "thank you for that" :-P14:54
frankbanhatch: but you can try changing options even when it's pending14:54
hatchfrankban: yup, change the option and they dissapear14:55
hatchI can screenshare if you like?14:55
frankbanhatch: I am trying to dupe14:55
hatchluca__: are my eyes playing tricks or is the 'Notificatios list button' pre-depressed?14:56
hatchman I really like the new tokens....14:57
gary_posterhatch that's the suru style14:57
gary_posteryou depress somethat's already depressed.  you really hit em when they are down...14:57
hatchlol!!14:58
frankbanhatch: reproduced, but I think it's not my branch. this is another bug, I guess we do not handle correctly delta streams in the inspector15:05
hatchwell as soon as I click save it wipes the rest out15:05
hatchI'm pretty sure this didn't happen before15:05
hatchmaybe because it was failing15:05
hatchhaha15:05
hatchcould you take a look to see if it was your branch which caused it?15:05
hatchor if it should be a follow-up15:06
hatchI'm ok if it's going to be a follow-up, I'd just like to not introduce a bug if possible :)15:06
frankbanhatch: my branch just changes a parameter in an API call in the env layer: it does not interact with the form in any way15:07
hatchright - but I 'think' the form uses the old params to fetch the config options15:07
hatchso if they are empty - then the fields will be empty15:07
hatchthe databinding would have updated causing it to wipe clean15:07
frankbanhatch: juju sends back something like {"RequestId":5,"Response":{"Deltas":[["service","change",{"Name":"mediawiki","Exposed":false,"CharmURL":"cs:precise/mediawiki-10","Life":"alive","MinUnits":0,"Constraints":{},"Config":{"name":"asd"}}]]}}15:08
frankbanhatch: so Config is just {"name":"asd"}, and my first impression is that the i the handler the other default settings are ignored.15:11
hatchYou need to refresh the GUI to get the configs back15:12
frankbanhatch: the machinery to fetch the settings is not changed in my branch15:12
hatchyeah - I'm saying it might need to be15:12
hatchif you wait long enough the settings come back15:13
hatchon the next delta i'd presume15:13
hatch frankban might be https://codereview.appspot.com/13917043/diff/1/app/store/env/go.js ln 102715:16
hatchbecause the bindings are listening on 'config'15:18
frankbanhatch: hum, perhaps inspector.js line 755?15:19
frankbanhatch: ISTM it sets service.config to only the new values15:19
hatchahhh so it's responsing with only the changed values and then we are clearing out the model and setting it to only that15:19
hatchright15:19
hatchok definitely not from your branch15:19
hatchthen15:19
hatch:)15:19
frankbanhatch: so, it was pre-existent, if you agree, I'll land this and work on a fix for this new bug15:20
hatchdone and done15:20
frankbanhatch: thanks15:20
frankbangreat QA, I missed that15:21
hatchfrankban: re your review of my branch - if a user in the console destroys a service which then goes into an error state you would expect the inspector to stay open as long as the icon is on the canvas, correct?15:43
hatchso we need to listen to lifeChange and being removed and then check to see if it has any errors on its units15:43
frankbanhatch: yes15:43
hatchpoop15:43
hatch:)15:44
hatchthanks15:44
frankbanhatch: speaking of poop, utils.removeUnchangedConfigOptions modifies the config in place15:44
frankbanand then returns the config15:44
frankbanleaving on you that oppressive sense of bitterness15:45
hatchlol15:46
frankbanhatch: and that's the real emptied inputs problem.15:46
hatchshould that method not only be called when sending the values to the server?15:46
hatchohh I see what you're saying15:46
frankbanhatch: yes, but it modifies an object in place, and that object is then propagated in the callback.15:47
hatchright right15:47
hatchshould we maybe 'mix' the incoming deltas in as well?15:47
hatchthis definitely needs to be fixed15:48
hatchbut should we mix the two also?15:48
Makyojujugui call in 10 kanban now15:50
frankbanhatch: I think we have 2 easy fixes: 1) do not modify in place the new config (so that the callback will receive the whole config object) or 2) mix the current config and the new values in the callback15:50
hatch3) both15:50
hatch:P15:50
hatchhonestly though 1) definitely needs to be done15:50
hatch2) if you wanted15:51
hatchnot sure if doing #2 will gain us anything after #1 is fixed15:51
frankbanhatch: I am ok with modify objects in place if that's documented and the function returns undefined. I am confused instead when a function changes an object in place AND returns the changed object15:52
frankbanhatch: and maybe there is some value in the callback receiving only the new values15:52
hatchfrankban: yeah that happens a lot in javascript apps ive found15:53
hatchmaybe15:53
hatchI'll leave the implementation up to you15:53
frankbanhatch: ok thanks15:53
gary_posterugh, I have meeting ennui :-)15:54
hatchI just googled it15:56
hatchyou used that word wrong15:56
hatchlol15:56
gary_posterhatch, in what way?15:57
hatchok maybe not15:58
hatchI found another example15:58
hatchdammmnnnn youuuuuuu15:58
gary_posterlol.  meeting-induced ennui might be more accurate, but I think what I said is close enough15:58
gary_posterjujugui call in 215:58
hatchhaha yes it is15:59
bacbenji: the charmworld new lander works just like the old lander16:06
benjiheh, k16:07
hatchMakyo: https://plus.google.com/hangouts/_/f3152089747387222abf5a2f310ec7fdf4473cb6?authuser=116:10
hatchI wonder if that's an android thing - if you use up 95% of the 'disk space' it gets very very slow16:17
hatchstepping out for about 2016:41
hatchbbl16:42
bachi bcsaller, can i ask you about a change you made to makeFakeStore?17:50
bcsalleryeah, let me pull it up17:50
bcsallerok, whats up?17:51
bacyou added the cache parameter, and it is used in one test suite.  but, looking at it i don't see it ever used.17:51
bacbcsaller: i'm not sure what you intended.  removing it doesn't break any tests...17:52
bcsallerthe actual store charm methods take a cache17:52
bacbcsaller: what i wrote was confusing.  i mean one call site passes in a cache but i don't see makeFakeStore using it17:52
bcsallerthe idea is only to accumulate the charms into a model list, tests don't have such a list to keep things for the most part17:54
bcsallerit might be good to do all the imports on load though with a real model list and have fakestore resolve them from there to speed up the tests17:55
hatchyes!!17:55
hatch:)17:55
bacbcsaller: yeah but in http://paste.ubuntu.com/6159694/ the cache in line 1 is not the same one used in 3-19.17:56
bacso i think i see your intent but (unless i'm confused) don't think it got implemented correctly17:56
bcsallerbac: have you looked at app/store/charm.js:202?17:58
bacbcsaller: yes17:59
bcsallerI think it was just to mimic the actual call, if we never use it we can remove it from the mock, but I'd have thought we did18:02
bacbcsaller: if i rewrite makeFakeStore like http://paste.ubuntu.com/6159728/ i think it is clearer that the param is never used18:02
bacbcsaller: i'm happy to fix it to do what you intended...but i'm not sure how.18:03
bcsallerahh, I didn't see what you meant, I'm being dense, I see it now18:05
bcsalleryeah, I'm not sure what the best thing to do there is, if the top level cache was passed in we could update that (after changing that argument name) and adding it to that list as well 18:08
bcsalleror just take it out18:08
bcsallerthe real fix would be to reduce the IO in there when cached_charms are computed18:09
bacbcsaller: ok, thanks18:16
bcsallerbac: sorry I wasn't more helpful. but I can make changes as a fly by on the branch I'm working on now if you'd rather18:16
bacbcsaller: maybe just paste a snippet of what you're thinking.  i need to change the signature too, so i'd rather do it in my branch18:17
Makyojujugui Anyone else (bac, I think?) having issues with `make check` running into a 404 trying to get /login/data/wordpress.json on the test-debug step?18:18
MakyoIf so, I think I found a solution but...I don't understand it.18:18
hatchI'm not, but interested to hear18:18
bcsallerbac: well for now removing the first unused cache should be enough based on what you said. 18:18
bacok18:19
Makyocheck runs test-prod test-debug in that order.  If I swap them, I can't reproduce the error.18:21
Makyoprerequisite rules are run synchronously, correct?18:23
hatchcorrect18:24
hatchand shouldn't have any effect on eachother18:24
MakyoExactly.18:27
hatchbenji: will the ngram tokenizer give us fuzzy style searching?18:27
MakyoI don't get the error if I `make test-prod; make test-debug`.18:30
bachatch, you want fuzzy logic?  buy a rice cooker.18:32
hatchbac: shroden cooker you mean - you don't know if it's done until you look at it18:33
MakyoNow it's happening on test-prod.  I hate everything.18:33
benjihatch: [sorry, I was AFK] It depends on what you mean by "fuzzy".18:35
hatchbenji: package name: foobarbaz search: bar18:35
hatchwould match18:35
benjiyep18:36
hatchSHIP IT!18:36
benji:)18:38
benjibac: what is the status of v3 API bundle output?  I'm looking for something to do and was considering one of the wire-it-up cards.18:44
bacbenji: coming along but i got sidetracked a bit.  something end of day i hope.18:45
benjik18:45
hatchI don't know who fixed 'make devel' but it's so fast now18:48
hatch+1 whoever that was18:48
hatchin huws notification branch he removed the events but didn't remove the methods which those events call18:52
hatchdoes anyone know if he plans to do that in a followup?18:52
hatchjujugui ^18:52
gary_posterhatch, he added a card to high kanban group that looks pertinent18:53
gary_poster"Remove remaining notification page(s) and code"18:53
hatchohh woops I missed that18:53
hatchthanks18:53
hatchqa'd ok so I'm going to land18:53
hatchanyone else getting a bunch of old RT emails?19:02
gary_posternot i19:04
* Makyo fails at proposing for the umpteenth time, tries from other computer.19:07
hatchok so my latest branch has failed on juju-core with a hook failed error19:08
hatchhow should I debug this?19:08
hatchssh into the machine and read the juju log?19:08
hatchgot it19:11
hatchman I wish juju would tell you if it's doing something19:13
MakyoThere's debug-log for that, right?  And a ticket in for hook logs in debug-log, I think...19:14
hatchwell I was thinking status should tell you if there are any active hooks on a service19:15
hatchservice/machine19:15
hatchsomehow my gui instance is stuck on dying19:18
hatchjuju pull-the-plug juju-gui --forceful19:18
hatch:D19:18
gary_poster:-)19:21
MakyoAaaargh, everything works from the branch dir, just not the lightweight checkout.19:26
hatchMakyo: I'll review your branch19:35
hatchwaiting for core-y stuff19:35
Makyohatch, cool, thanks.19:35
gary_posterok, I need to stop now.  be back in 3 hours or so19:38
hatchMakyo: review done - have some q's before QA19:39
Makyohatch, first question - it does.  Visibility is bound to charmChanged.19:40
hatchoh ok - I didn't see that, must have been from a previous branch?19:40
Makyohatch, second question - Good point.  Will think about it.19:40
hatchcool thanks19:41
Makyohatch, What about the instance of someone clicking close right as the 'service was upgraded' message comes in?  If they open the inspector again to read the message, it won't be there.  Since, in this case, that link doesn't do anything but dismiss the message, it seems a small thing to just leave it there.19:49
Makyohatch, wording isn't final, fyi, just a functional branch until we have bandwidth from design to nail that down.19:49
hatchright but won't the configChanged attribute still be true?19:50
MakyoconfigChanged?19:50
hatcher19:50
Makyohatch, charmChanged?19:50
hatchcharmChanged19:50
hatchyeah19:50
Makyohatch, Yes, but the only reason for that attribute is to control the visibility of that message.19:50
hatchohh - so then can I propose it be renamed?19:51
hatchI assumed it had greater purpose19:51
MakyoYou can propose, but that's exactly what has happened - the charm for the service has been changed.  If you can think of something better that still gets that idea across, be my guest.19:51
MakyoThat is, if we need to rely on it later and it's something like "showThisStupidMessage", I'll probably veto :)19:51
hatchok so....19:54
hatchif userX upgrades, then closes the inspector via the X then never goes back19:55
hatchthe model will be in 'charmChanged' true state19:55
hatchthen what happens if a new charm comes available?19:56
MakyoIf they then open the inspector, they'll see the message "service has been upgraded to service-n", and below that they'll see "a new upgrade is available", which will be charm-(n+1)19:57
MakyoIf they haven't closed their browser, etc. etc.19:57
hatchright19:57
hatchright19:57
hatchyeah ok I guess that's not horrible19:58
MakyoBuuuuut that won't ever happen.19:58
MakyoSo nevermind.19:58
MakyoOnly if way that UX would show is if they downgraded, or if they upgraded to not-the-latest.19:58
hatchor a new charm was uploaded?19:59
MakyoNo, because we don't receive events for that.19:59
MakyoWe only ever request data from charm store - we never receive it un-asked-for.19:59
MakyoAnd we only ever do that on the service-add delta, which only happens once.19:59
hatchahh ok gotcha20:00
hatchI suppose as a user I might think that closing and re-opening the inspector is akin to refreshing20:00
hatchbut maybe not20:00
hatchok code LGTM20:00
hatchwill qa soon :)20:00
MakyoYeah, that's a question we already have for design; I just picked random words :)20:00
hatchlol20:06
hatchboat starfish desk credit card -refresh- bottle window paint sign20:07
hatchI think it gets the point across20:07
MakyoWorking on  a project for a friend right now that pops up random bits of idea stubs that you can string together into an idea as a prompt for creative writing, actually, so basically that :D20:08
MakyoWell, not RIGHT now.20:09
hatchlol20:09
hatchMakyo: no luck on the QA - hitting refresh wipes out the config20:14
hatchso it's empty20:14
MakyoAs in just a black rectangle, or as in the fields are empty?20:16
MakyoBecause I had the black rectangle problem earlier on.20:17
hatchwell everything else is there20:17
MakyoYEah, just config I mean20:17
hatchand the template renders the proper markup20:17
hatchohh yeah20:18
hatchI see the issue20:18
hatchI'll reply in review20:18
MakyoOkay.  Works for me, so be specific.20:19
hatchreally? it shouldn't :)20:19
MakyoYou still haven't even answered my question, so I'm having to guess what you mean. :P20:20
hatchoh sorry20:20
hatchthe viewlet is empty20:20
MakyoIt's not for me.20:20
MakyoI'm going through the diff now to make sure it's not a problem from having to lbox from the branch, rather than the checkout.20:20
hatchahh ok - yeah because it's definitely broken here with and w/o the flag in the url20:21
hatchand reading the code it definitely shouldn't work20:21
MakyoHuh, seems to match what I have.  Curious as to why it works for me but not for you.20:24
hatchyeah - if you see the render method of the viewlet you can see why it 'shouldn't work20:26
hatchbecause it's creating a new container and rendering into that20:26
hatchwhich is never attached to the DOM20:27
MakyoThis is why we had the call :/20:27
MakyoWhy it works for me aside, what's the next step?20:27
MakyoCalling show?20:27
hatchif(!this.container) { Y.Node.create(this.templateWrapper); }20:29
hatchline 85 of service-config.js20:29
hatchI'll test that to see if it works here20:29
hatchMakyo: yep that's the fix20:31
MakyoHell if I can test.20:31
hatchbah although then the events are not bound properly20:31
hatchfor real - it's working for you?20:31
MakyoOh for pete's sake.20:31
MakyoYes.20:31
MakyoI'm going for a walk.  This is a bit too much.20:32
hatchsure - lemme know when you're back and I'll tell you the next steps20:44
hatchMakyo: here is a diff which fixes the expanding textarea and blacking out issue: https://gist.github.com/hatched/6720366 I don't know where the code is attached which causes the 'cancel/save' butons to popup is attached20:53
bacgary_poster: would you moderate my mailing list message and add my brad.crittenden address?21:03
baci think it gives you the option when approving21:03
gary_posterbac done21:04
bacty21:04
bacmail aliases seemed like a good idea21:04
bacbenji: i'll propose this branch in a little bit so it'll be ready for review first thing tomorrow21:16
benjicool21:16
hatchgary_poster: huwshimi call in 10?22:20
huwshimiMorning22:21
hatchmorning22:24
* bcsaller goes to hide after posting the embarrassingly large https://codereview.appspot.com/1399704322:25
hatchyou...suck22:28
hatchlol22:28
hatchI GUESSS I'll do it22:28
bcsallerha, sorry22:28
bcsallerowe you beer22:28
hatchgood thing we're going to CA, I hear they like beer there22:29
bcsallerto be fair  38 files changed, 1293 insertions(+), 6413 deletions(-)22:29
bcsallermostly removes code22:29
hatchbefore I start is there anywhere you think would bennefit from some reviwer notes?22:29
hatchreviewer even22:29
bcsallerI'll do a pass over the CR, but its mostly not so complex22:30
huwshimihatch: What url are we using today?22:31
huwshimi(For the hangout)22:31
hatchwe use the ones in the calendar link22:31
hatchit has a 'join this hangout' button22:31
hatchI don't think gary_poster is around yet though22:31
bcsallerhatch: there are notes now22:39
hatchcool thanks22:41

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!