[11:19] hi all, is the staging server broken? [12:06] morning bac [12:06] hi frankban [12:06] good weekend? [12:06] bac: yes thanks [12:07] bac: unfortunately the staging server seems broken [12:08] oh, perhaps i can help! [12:08] seems mighty dead [12:10] frankban: trunk has a file with conflict markers checked in. [12:10] i'll find and fix it [12:10] bac: thanks [12:17] frankban: it was not a conflict in trunk as i suspected but just a conflict in the checked out copy on the server. [12:17] it should be back in a second [12:18] bac: cool [12:19] still dead [12:25] bac: Uncaught ReferenceError: GlobalConfig is not defined [12:34] frankban: any ideas what could be causing that? [12:34] separately, there is some problem with the rapi-rollup branch getting bad response from LP [12:35] when the cronjob does a 'bzr pull' [12:35] bac: it seems that assets (e.g. yui.js) cannot be found [12:36] (sometimes) :-/ [12:38] frankban: modules.js:1ReferenceError: Strict mode forbids implicit creation of global property 'GlobalConfig' [12:38] so where should it be coming from? [12:39] bac: I guess GlobalConfig is created in yui.js [12:39] modules.js looks to have a new directive "ignoreRegistered = true" [12:39] i wonder if that is involved [12:40] bac: locally it works [12:41] yep [12:48] frankban: i adde a 'var' in front of GlobalConfig in modules.js and it works [12:49] it looks like a 'use strict' may have been inserted somewhere that was preventing GC from implicitly being created [12:49] i made the change locally on the server, so it may fall over when the cronjob runs again [13:14] hi guys - is there a mailing list for our juju-gui team? I've a couple of use cases I'd like to share. [13:48] bac: back from lunch, I also see artifacts at the bottom of the page, it seems the slider isn't rendered correctly anymore, do you see the same? [13:50] frankban: yes, i see that [13:51] bac: I think that also causes (in some way) the central part of the body to exceed the width [13:53] tveronezi: morning, I am having troubles with some kind of cache when I change templates. The browser does not show changes unless I run "make clean" and "make server" again. and "appcache-force" doesn't help. Any ideas? [13:53] oh, today is really a monday... [13:54] Hi frankban. I think you need to clean the browser cache. [13:55] I have the same problem, but cleaning the cache (ctrl+shift+del) does the job. [13:57] tveronezi: and then check "Empty the cache", right? [13:58] tveronezi: did that, without effect [13:58] frankban... oh... you need to run the "make debug" instead of make server also. [13:58] tveronezi: ah! [13:59] otherwise you will use the compressed version of our app. [14:11] frankban: i suspect the problems we're seeing on uistage are due to the minimization work that landed recently. [14:11] cool, and now yui.yahooapis.com does not work... [14:11] tveronezi: can you look at the staging server [14:11] bac: yes, locally with make debug it works well [14:11] there are weird layout artifacts. [14:12] tveronezi: there had been a conflict with config.js and i may have resolved it incorrectly [14:12] frankban: can you replicate staging locally by not using debug? [14:12] by that i mean the problems we're currently seeing on staging [14:14] bac: I can replicate the artifact at the bottom of the page, I cannot replicate the GlobalConfig error. and cannot double check now because yui.yahooapis.com is darn slow [14:15] bac: ok, double checked: I confirm: artifacts using "make server", everything ok using "make debug" [14:15] bac, frankban... I will check that... [14:42] jovan2: we have a launchpad team with a mailing list. you can join the team at https://launchpad.net/~juju-gui-peeps and then subscribe to the mailing list. [14:43] thanks bac [14:45] bac: I think somebody needs to allow me to view that page, would that be Gary or Kapil? [14:46] jovan2: yeah, i see it is a private team. kapil is the owner [14:47] hazmat: can you add me to https://launchpad.net/~juju-gui-peeps please? [14:52] mattuk1972 or jovan2: do you have time for a quick UX review (just a screenshot) for my branch: replace bootstrap icons with our assets in the charm panel [14:53] frankban: sure [14:54] frankban: just email it along [14:54] frankban: yes please [14:58] mattuk1972, jovan2: thanks, email sent [14:58] cool [15:00] frankban: gets a big thumbs up from me - nice one [15:02] frankban: looks good to me [15:03] mattuk1972, jovan2: great, thanks [15:25] bac: do you have time for a review? [15:30] frankban: sure, just a minute [15:31] bac: thanks, for when you are ready: https://codereview.appspot.com/6819131 [15:37] frankban: looking at it now [15:37] even tagged your card! [15:40] oh right, forgot to do that :-) [15:43] bac: thanks [15:44] frankban: i cannot get your branch to run locally [15:44] Y.juju is undefined [15:44] this is with 'make debug' [15:44] bac: :-/ [15:44] trying trunk now [15:47] tveronezi: did you get a chance to look at the possible minimization problems? i cannot get trunk to load now. [15:47] bac, frankban: I know what is going on... [15:48] bac, frankban: the system does not load the slider-base.css file. we need to add it manually. I am trying to figure out how to load it automatically. [15:49] tveronezi: there are other problems. running server i get an error trying to define 'app' [15:49] mean to say, there is an error in the line 'app = new Y.juju.App' as Y.juju is undefined [15:51] bac: trunk runs well for me locally. could you please check if all the resources from the web are correctly loaded? [15:53] bac, frankban: this last one I cannot reproduce... bac can we talk after the meeting? [15:55] frankban: using the 'network' tab i don't see any failures to load. is there somewhere else i can look? [15:57] bac: no AFAIK. my only remaining suggestion is to clean the browser cache, then run "make clean" and then "make debug". [15:58] frankban: i've done all of those. :( [16:00] meeting [16:00] bac: just did the same thing, and it works... weird [16:01] teknico: hangout? [16:02] jovan2: hangout [16:02] on my way === jovan2_ is now known as jovan2 [16:25] bac... one sec.... [16:30] staging should be working now and updates at :00,15,30,45 [16:31] frankban: i still cannot get my local env to work. so i can't do your review until after my lunch and your EOD [16:32] bcsaller: hi, if cs is abbr for charm store, what is the abbr for Local charm? [16:33] bac: no problem, I will land it tomorrow morning, or later if everything is fine [16:33] jovan2: local:... [16:34] so local:series/name [16:35] bcsaller: thanks. Another: if user loads a local config file, should they be able to then amend any settings as well? [16:35] jovan2: local: implies a local repository, an on disk collection of directories of charms [16:36] local: for a different user might be different, but the charm series/name-rev should still be unique in the environment [16:36] bcsaller, I was thinking of the config settings for any charm, you have the option to load a config file. [16:37] thats different, those are settings applied to the charm, same as the web form now but stored in a file [16:37] not tied to the notion of local or not, a file of settings could work with any type of charm [16:38] bcsaller, ok so that's different, understood. But should a user be able to amend settings *after* loading a config file? [16:38] bcsaller, currently they load a config file but then don't see the individual fields any more. [16:38] jovan2: yes, config settings can be changed at any time as far as the system is concerned, for some charms it might not make sense but thats not something we know [16:39] bcsaller, ok so when we allow a user to load a config settings file we should still display the fields with the values from the file, but still allow the use to edit individual fields? [16:40] yes [16:40] bcsaller, thanks. [17:10] * tveronezi lunch [17:28] * tveronezi back [17:43] bcsaller: when you said earlier that a user could ssh with a unit name, is the unit name the same as the unit ip address in this case? [17:45] jovan2: no, you use 'juju ssh wordpress/1' to get to a unit [17:45] juju maps it to the ip address [17:45] doh [17:55] * tveronezi brb... [18:08] * tveronezi back [18:30] Could use a few reviews, if folks have time/energy. Charm panel border: https://codereview.appspot.com/6812107 Click subordinate relation indicator to toggle relation visibility (was remove sub rels): https://codereview.appspot.com/6782063/ [18:39] bcsaller: do you have a minute for a pre-impl call? [18:39] tveronezi: sure do [18:39] on g+ [18:39] ok [18:42] tveronezi: sorry about that, it froze up === bcsaller1 is now known as bcsaller [18:49] tveronezi: i suspect a new 'use strict' that you introduced is causing the definition of GlobalConfig to fail. it looks like inserting a 'var' in both places it is defined is all that is required. [18:53] bac: g+? [18:54] tveronezi: nah, i'm having a hard time reproducing it, even with a fresh checkout. but, i have seen it locally and on staging, so let's keep it in mind. [18:59] bac: I think you are right. I am just surprised I didnt see it locally. It should break in production mode because after merging the css files, the resulting file will have the "use strict". The point is that the "GlobalConfig" has no "var" declaration, so it should break the application for me too. We definitely have a problem... I will check it again... [18:59] s/css/js [19:00] tveronezi: thanks [19:08] bac: It seems we are loading GlobalConfig twice. Can you make this change https://pastebin.canonical.com/78235/ ? [19:10] tveronezi: i can but i can no longer reproduce the problem. [19:12] bac: so strange... I see the issue there. I mean, I see the GlobalConfig being declared twice. Well... I think I will commit this change in my next branch. Unless we can reproduce it again. [19:13] tveronezi: and what about 'var GlobalConfig'? [19:14] tveronezi: also if you wanted to do a branch with just those fixes we could push it through under the 'testfix' rules, i think. [19:15] When we run the minimifier, it merges all the variables in a single declaration. So, the resulting var is something like... [19:15] var juju_config={..., ,GlobalConfig={...,GlobalConfig={... [19:16] bac: ok... I will create a branch for that. [20:26] tveronezi: i'd like to use a package from the gallery ('gallery-ellipsis'). i thought some of the tools would find it and suck it in if i just referenced it in a requires [20:26] ... in a requires section. that doesn't seem to be true. can you give me some advice. [20:27] Where do you declare it? "modules.js"? [20:27] bac ^ [20:29] tveronezi: nope. i was looking at how gallery-markdown was used. not declared in modules.js. [20:29] modules.js does not reference any third party or gallery stuff [20:30] bac: hmmm... Let me check it. I had some problems with the "gallery-markdown" too. [20:30] tveronezi: i saw you added it to 'reqs' in the merge-files script [20:30] bac: probably "'gallery-ellipsis" has the same problem. [20:30] i tried that too and it didn't work [20:34] bac: our yui assets dont include 'gallery-ellipsis'. At least I didn find it. Is it from yui? [20:34] tveronezi: it is in the yui gallery, like markdown [20:35] tveronezi: http://yuilibrary.com/gallery/show/ellipsis [20:42] bac: Markdown is not there too. If you add 'gallery-ellipsis' to the "utils.js" file (for example), the system will call... [20:42] bac: http://yui.yahooapis.com/combo?gallery-2012.10.31-20-00/build/gallery-markdown/gallery-markdown-min.js&gallery-2012.10.31-20-00/build/gallery-ellipsis/gallery-ellipsis-min.js [20:43] bac: thanks for helping me to understand why 'gallery-markdown' is not working too. :) [20:46] tveronezi: i want to use it in charm-panel.js and have added it there. i don't see it getting loaded from yahooapis [20:57] bac: that is strange... again. I see it being loaded. I swear! :) [20:57] tveronezi: ok, i'll poke at it more tomorrow. thanks. [21:50] * Makyo dogwalk.