[00:06] elopio, well, I'm feeling like it's past EOD for me, let's look at this tomorrow [00:26] mterry: have a good night. [00:26] I'm trying to make the data mocks optional, but I think I broke something else because it is not working now. I'll better get some rest too. [08:07] tsdgeos, hey, when you have some minutes for a review, https://code.launchpad.net/~saviq/unity8/new-preview/+merge/205086 - could use an opinion whether I should add more tests [08:07] tsdgeos, I'll be away for about two hours, gotta run an errand [08:07] oki [08:07] although I'll try and look here [08:07] but first [08:07] OMG we are green! [08:08] tsdgeos, hold your horses! ;) [08:08] tsdgeos, we're still not landing stuff ;D [08:08] sure but there's a green in the prairy [08:08] spring is coming! [08:08] :D [09:26] Saviq: the tests look reasonable [09:26] Saviq: i didn't do a more in depth review, just a few nitpicks and looking at the tests [09:26] tell me if you want me to do a bit of a deeper look [09:37] dednick: https://code.launchpad.net/~nick-dedekind/unity8/indicator-client-profile-switch/+merge/203985 ? [09:38] tsdgeos: ah. cheers [09:39] tsdgeos: it's an optional arg. [09:39] not really sure why it worked when i tested though.. [09:40] tsdgeos: ah, right. because indexOf probably returned -1... [09:40] yes [09:40] the if never returned true, no? [09:41] tsdgeos: it did. because the first is just contains, and args.size() > (-1 + 1) [09:43] ah right [09:44] so can you fix it and add a test? [09:44] i.e check that -profile foo gives you foo profile [09:52] tsdgeos: um, i think a test for this is a bit of overkill. [09:53] tsdgeos: testing a test ui... [09:54] well testing ui is all we do here :D [09:55] tsdgeos: IndicatorsClient is the "test app" we use to test indicators with autopilot. [09:55] i mean can't you just fake passing stuff to IndicatorsClient and then check it got set? [09:55] ah, so you mean testing the test [09:55] ok, i can take that [10:21] dandrader: can you do https://code.launchpad.net/~nick-dedekind/unity8/indicators.hint-interval/+merge/202104 ? [10:41] dednick: there? [10:41] tsdgeos: i am [10:41] pysically. maybe not all mentally... [10:42] dednick: i don't totally understand that profile switch, i see the profile propagates down from the client, but when not in the client where does the profile come from? [10:43] does it come from ./qml/Panel/Indicators.qml and is just hardcoded to "phone" for the moment? [10:43] tsdgeos: it's hardcoded at the moment to use "phone" in qml/Panel/Indicators.qml [10:43] ok [10:43] dednick: maybe a TODO there saying "this should not be hardcoded"? [10:44] tsdgeos: aiight [10:47] tsdgeos: done [10:49] tx [10:55] two greens, there are two greens https://jenkins.qa.ubuntu.com/job/unity8-ci/ \o/ [11:02] dednick: what's the name of the battery indicator? [11:04] indicator-power? [11:04] seems so [11:16] tsdgeos, which component shall I pick up next? [11:16] good question [11:16] * tsdgeos opens the document [11:18] Cimi: rating? [11:18] tsdgeos: yeah, indicator-power [11:19] tsdgeos, ok [11:23] Saviq: cimi does ratingS? [11:35] tsdgeos, you tell me :) [11:36] tsdgeos, looking at the app preview we're missing the header [11:36] which header? [11:37] E_TOO_MANY_HEADERS [11:37] tsdgeos, like in the card [11:37] ah i thought we had the card header already [11:37] tsdgeos, there "top" header won't be a widget [11:37] tsdgeos, we do [11:37] but doesn't understand json? [11:37] tsdgeos, more or less, yes [11:38] ok [11:39] Cimi: have you started already, if not maybe look at the header as Saviq says? [11:39] if not, i'm almost done-ish with actions [11:39] so i could take that one [11:45] tsdgeos, let me take both :) [11:45] tsdgeos, I have to go to the office though today, so bring something bigger [11:45] tsdgeos, zoomable image? :) [11:45] tsdgeos, I ant to do media player [11:46] Cimi: header is more important, since we *need* it now [11:46] media player is more of a wish list i gather [11:46] Cimi: so let's focus on reusing the card header first, you can do it or i can do it, your call [11:47] but media player i'd say is something we don't need now (at least for the mockups i've seen) [11:47] Saviq: ↑↑↑ [11:47] tsdgeos, Cimi, video player → later, we won't do video playback before we can do it out-of-process anyway [11:47] later == when we can play video out-of-process [11:48] +1 [11:48] Cimi, and zoomable image is not designed well yet [11:48] Cimi, since we don't know what to do when zooming (see my comments in the "future dash" spec) [11:48] tsdgeos, do header [11:48] tsdgeos, since it's more important [11:49] tsdgeos, I have a chat today with desktop team [11:49] I think about legacy etc [11:49] they're in london [11:49] might spend more time with them [11:49] ok, i'll do it [11:49] I'll do ratings [11:50] Cimi, tsdgeos, we do, though, need an image widget anyway, just not support the zoomable prop [11:50] but that should be rather simple [11:50] Saviq: outside the image gallery? [11:51] tsdgeos, hmm I think so, yes, just a single image [11:51] ok [11:51] * Saviq wonders if we should add more props for the Image - like aspect ratio, fill mode... [11:52] Saviq, aspect ration no [11:52] Saviq, fill mode definitely [11:52] Cimi, one without the other doesn't make much sense [11:52] Saviq, unless we state [11:52] "we're going to support just this" [11:53] so you plan things ahead and you're consistent [11:53] ok actually it looks like images are same height as gallery, so no need for any of those [11:54] at least not now === MacSlow is now known as MacSlow|lunch [12:16] greyback, would you like or have time to review this? https://code.launchpad.net/~dandrader/unity-mir/clipboard/+merge/205135 [12:19] dandrader: that isn't as much code as I was expecting :) I can take it. [12:19] greyback, great! thanks! [12:20] dandrader: for future we need to put the proto into a separate package/project [12:21] greyback, not sure if the extra complexity is worth it, but it's indeed more correct [12:22] greyback, just added the specific mir branch is depends on to the description as well === dandrader is now known as dandrader|afk [12:23] dandrader: ah good to know [12:23] Saviq: you doing https://code.launchpad.net/~aacid/unity8/action_preview_widget/+merge/204998 ? [12:23] tsdgeos, will do, yes [12:23] tsdgeos, I'm adding a test for the onFocusChanged in new-preview [12:23] tsdgeos, would like a real review when that's done [12:23] ok [12:24] tsdgeos, will let you knw === alan_g is now known as alan_g|lunch [12:40] Saviq, this one is ready too now https://code.launchpad.net/~unity-team/unity8/unity8.previews_textSummary/+merge/204177 [12:45] Cimi, k === dandrader|afk is now known as dandrader [12:52] greyback, FINALLY! congratz! [12:52] rsalveti, congratz to you too, well deserved :) [12:53] didrocks, and you :) [12:53] Saviq: ta :) [12:54] Saviq: thanks [12:58] tsdgeos, shouldn't a Behavior on contentY make a ListView animate when positionViewAtIndex() is triggered? [13:07] Saviq: thanks you, congrats greyback and rsalveti as well! [13:08] yeah, congrats as well :-) === MacSlow|lunch is now known as MacSlow [13:19] tsdgeos, https://code.launchpad.net/~saviq/unity8/new-preview/+merge/205086 ready [13:27] o/ [13:28] greyback: rsalveti: Congrats you guys!! Great job! [13:31] karni: thanks :) [13:31] :) [13:31] didrocks: rsalveti: congrats to you both also === alan_g|lunch is now known as alan_g [14:04] Saviq, what do i need so have new previews? your new-previews branch i guess? :) [14:04] s/so/to/ [14:07] Saviq: so this typo you had shows you probably need another test for PreviewWidgetFactory in which you don't overwrite the source? [14:08] tsdgeos, probably [14:08] tsdgeos, I didn't want to write one for the mapping... but yeah, will do [14:08] it's a bit weird [14:08] greyback, congrats, good time to come living in London [14:08] as you're effectevily testing the switch === rachelliu_ is now known as rachelliu [14:09] tsdgeos, exactly [14:09] Saviq, also, which widget types are supposed to be supported atm? [14:09] Saviq: ok, ignore it then [14:09] tsdgeos, no, but we need it [14:09] tsdgeos, will add, it's a simple test [14:10] mhr3_, audio, gallery, text and actions, header is in the works [14:10] Cimi: thanks! Just need a few more of them and I'd be able to afford to live in London :) [14:11] ;D [14:15] tsdgeos, Cimi, we'll need the progress widget, too [14:15] Saviq: do we want to use it as the docu says or? [14:15] i mean the docu says an action button that automagically turns into a progress bar [14:15] * Cimi loves his IRC notifications on the watch when I have laptop closed [14:16] this is just awesome! [14:16] Cimi, open your laptop this instance [14:16] Cimi, you're at work, remember? [14:16] Saviq, just back from lunch [14:16] tsdgeos, no, separate widget [14:16] Saviq, it's 14 here [14:16] Cimi, you close your laptop over lunch?! [14:16] Saviq, standby [14:16] Saviq: ok [14:17] I close the lid [14:17] greyback, didn't get your "rpc for copy" comment [14:18] greyback, you're suggesting "service UnityService { message copy .... }" (don't even know if that construct exists)? [14:18] Saviq: I don't mind to take the progress widget . [14:19] Saviq, ZNC -> pushover -> android -> pebble [14:19] paulliu, ah, I wasn't exactly sure what're you doing these days, thought you were helping folks closer to the backends? [14:19] Cimi, yes, I know you're into your watches ;) [14:20] Saviq: yes. And now I should help to get the previews componentized done. [14:20] paulliu, ok cool, start with Image, then [14:21] Saviq: got it. [14:21] paulliu, look at one of the approved widgets in https://code.launchpad.net/~unity-team/unity8/trunk/+activereviews [14:21] dandrader: well first off if a client calls copy(), could it fail? Does client care if copy() fails? [14:21] Saviq: seems your branch (previews_audioPlayer) is not yet merged. [14:21] paulliu, you want to base your new widget off of lp:~unity-team/unity8/unity8.previews_audioPlayer branch [14:21] Saviq: ok [14:21] paulliu, that's Cimi's [14:21] internet at home: 152Mbps/12, office, 12/10 [14:21] greyback, well, theoretically any rpc call can fail [14:21] paulliu, and no branches are merged as CI Train is stopped [14:21] Saviq: ok.. got it. [14:22] Saviq, when will it get merged? [14:22] greyback, but we surely don't care if the copy() fails at this point [14:22] tsdgeos, https://code.launchpad.net/~aacid/unity8/action_preview_widget/+merge/204998/comments/479765 [14:22] greyback, as for the Void thing, I was just following the idiom used in mir [14:22] Cimi, I hope to get a slot today [14:22] Cimi, it's not entirely my call :/ [14:22] dandrader: aha ok. [14:23] greyback, but the error field is optional, you know [14:23] Saviq, I'm in the office, shall I push someone in the desktop team or CI? :) [14:23] greyback, if you don't set it, it won't bet sent [14:23] I can be annoying :D [14:23] Saviq: ok [14:23] dandrader: it was confusing me, using these rpc calls for something that look like a single message [14:24] greyback, well, that's how it's done in protobuf as far as I known: you have a service and inside it a number of rpc functions [14:25] greyback, and each rpc function necessarily takes a message in and sends back another message [14:25] didrocks, any chance for a landing slot for unity8 today? [14:25] greyback, and you can use the return message to at least know that the rpc was successful (server received and acked it) [14:25] dandrader: rpc is a message + a reply, no? [14:26] greyback, yes [14:26] dandrader: for copy, do we need the reply? [14:26] greyback, a request message and a result message [14:26] is always having a reply good practice? [14:26] Saviq: i thought i had to pass back my own data on a button click, so no data for buttons? [14:26] tsdgeos, no [14:27] ok [14:27] tsdgeos, data is only for additional data [14:27] greyback, we need so that we know that it has been received. i.e., that the rpc is complete [14:27] alan_g, ^^^^ [14:27] Saviq: i am not sure i understand what you mean with "Can we override the clicked() signal to send just the action id?" [14:27] tsdgeos, instead of a new signal [14:27] tsdgeos, can we do signal clicked(string id)? [14:27] greyback, alan_g is our protobug expert [14:28] Saviq: but didn't we say we wanted to call it triggered? [14:28] protobuf [14:28] tsdgeos, Button already has a signal clicked() [14:28] tsdgeos, higher up, yes [14:28] ah [14:28] let me see [14:28] tsdgeos, but button is clicked, action is triggered [14:28] not sre how happy is qml with overrriden signal names tbh [14:28] dandrader: yes, best to ask him [14:28] tsdgeos, hence the ? :) [14:29] tsdgeos, the result itself is sent with actions, on top of that we only need widget and action id, and any data (rating, review, progress status etc.) [14:30] We've used protobuf to implement rpc from the client and messaging from the server. Stepping outside that needs additional work [14:32] dednick, standup [14:34] kgunn, kudos ;) [14:39] sil2100: can you assign for Saviq? ^ [14:39] Saviq: is the landing ready? [14:39] didrocks, sil2100, no, not yet - was just asking whether we're landing again? [14:39] Oh, I meant to ask in the meeting. elopio and I are seeing that when the mock Unity plugin is used during AP tests, url-dispatcher doesn't work right. Presumably due to applicationmanager? Does anyone know off the top of their heads why that would be? [14:39] Saviq, mzanetti ^ [14:39] Saviq: we're landing now ;) We had a green image in the morning so we're ok [14:40] sil2100, didrocks yay :) [14:40] sil2100, didrocks can we have a silo for unity-mir then? [14:40] alan_g: my query was more of a "best practice" inquiry with protobuf. He implemented copy/paste with protobuf. I was questioning if "copy" needs to be an rpc call, or if simply a "message" would do - i.e. would a client ever care if the copy call failed? [14:40] sil2100, line 42 [14:40] mterry: hmm... no, not really [14:40] Saviq: re: overlay height - katie's comment isn't conclusive to me. "header height would be the same as a non-overlaid header". Would you say she's aware that title only 2-line header is shorter than title only 1-line header? [14:41] Saviq: yeah, we are landing [14:41] mterry: but... is it using the mock applicationmanager plugin? [14:41] tbh, I suppose silent fails are bad [14:41] karni, probably best ping here in #design on i.c.c [14:41] I'll do that [14:42] mzanetti, among others yeah [14:42] mterry: yeah, the fake appmanager doesn't connect to upstart or anything [14:42] mterry: it has a hardcoded list of apps it knows [14:42] mzanetti, url-dispatcher doesn't seem to go through upstart? [14:42] greyback: "copy" needs to be an RPC call because it happens client side and the existing support in Mir is for RPC on the client and messaging on the server. [14:43] mterry: I suppose you want to start an app, right? [14:43] mzanetti, yeah [14:43] yeah, that goes from url-dispatcher to upstart, and from there to unity-mir. [14:43] the fake appmanager in unity8 doesn't listen to that [14:44] and hence doesn't actually start the app [14:44] alan_g: just what I needed to know, thank you [14:44] yw [14:45] * mterry isn't convinced that it actually goes through upstart [14:45] mterry, it does [14:45] mterry, upstart-app-launch [14:45] +lib [14:45] if that were true, we wouldn't be seeing the bug from nested mode we did see [14:45] mterry, that was dbus-dispatched, right? [14:45] where we had to add MIR_SOCKET to dbus's environment (it was already in upstart's environment) [14:45] Saviq: ok, let me assign that [14:46] Saviq, via url-dispatcher [14:46] mterry, well, they're definitely upstart-managed, that's for sure [14:46] mterry, (see all the logs in .cache/upstart/) [14:46] * mterry wonders how this needs dbus's environment then [14:46] tedg, can you shed some light on this ↑ [14:47] * mzanetti goes for a run as long as the sun is shining. bbiab [14:47] I'm a little confused [14:48] I'm sorry I missed the stand up. [14:48] tedg, so we had a bug where url-dispatched apps didn't work in nested mode [14:48] So url-dispatcher definitely uses upstart. [14:48] but I just worked with mterry yesterday, so that's already on the log. [14:48] * elopio listens carefully. [14:48] tedg, adding the correct MIR_SOCKET to dbus's environment fixed that [14:48] tedg, now I'm wondering why if url-dispatcher just uses upstart [14:49] mterry, Was the proper MIR_SOCKET set in the global upstart env? [14:49] tedg, yes [14:49] tedg, other upstart launches worked [14:49] tedg, only url-dispatcher was busted [14:49] Saviq: ok, silo assigned - just make sure you check that all the MR's written down are MR's not branches ;) THere was one there [14:50] mterry, That's definitely weird. Just because URL dispatcher is kinda simplistic. [14:50] mterry, It doesn't set any environment other than the URI. [14:52] tedg, let me double confirm it's not specific to click scope then [14:52] mterry, You can throw the glib debug messages flag into URL dispatcher and it'll print out every URL it gets. [14:52] tedg, (click scope was launching the url-dispatcher) [14:53] I'm hoping Upstart launches it, and click scope calls it :-) [14:54] tedg, so click scope is calling settings:///system/online-accounts [14:55] tedg, which when I call manually on command line is also busted in nested mode [14:55] tedg, but what happens is settings comes up [14:55] tedg, then a second accounts window comes up busted [14:55] tedg, only the second window is busted [14:55] * mterry wonders what the heck system-settings is doing [14:56] seb128, ^ [14:56] mterry, howdy [14:56] mterry, do I need to read backlog or can you summarize the question? [14:56] seb128, how does system-settings handle url-dispatches? It seems to open a second accounts window via dbus instead of upstart? [14:56] seb128, like [14:57] url-dispatcher settings:///system/online-accounts [14:57] mterry, online accounts is special, they are a different app than system settings [14:57] seb128, that line gives me two windows [14:57] mterry, Can you try with clock or something else just to see if it's a settings thing or not? [14:57] seb128, curious [14:57] mterry, right [14:57] tedg, it's just settings [14:57] tedg, you can go now, thanks ;) [14:57] mterry, the experience relies on Mir work that is not there yet, same as content picker [14:57] Heh, okay [14:58] seb128, it's launched via dbus? [14:58] Good luck seb128, remember no hits below the belt. [14:59] elopio, sounds like the test needs system-settings then. It's the only one that does this dbus-launching thing [14:59] mterry, https://code.launchpad.net/~mardy/ubuntu-system-settings/plugin-invocation/+merge/176929 [14:59] Saviq, what's still missing to hook things up with the new preview? atm it's still trying to use the old renderers [14:59] elopio, and specifically the online acccounts plugin [15:00] mterry: that's easy, but will add a new dependency. [15:00] elopio, yeah :-/ Plus, we'd still be fighting the mocks [15:00] * elopio tries to see if this time it gets the focus. [15:00] elopio, we need just a package of system-level AP test [15:01] Saviq: "Duplicate signal name: invalid override of property change signal or superclass signal" [15:03] mterry: that, and a way to reproduce this dbus launching without the real system settings. [15:03] mterry, you better ask kenvandine or mardy about the online account [15:03] but we have now added like 6 new tests to the backlog. Lets finish this one first. [15:04] elopio, good news === dandrader is now known as dandrader|lunch [15:04] mterry, is your issue similar to https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings-online-accounts/+bug/1273781 ? [15:04] elopio, using settings:// does not mind the mocks [15:04] Launchpad bug 1273781 in ubuntu-system-settings-online-accounts (Ubuntu) "If you open the accounts page in the settings app and close it you can't reopen it" [Undecided,Confirmed] [15:05] seb128, the issue I see with nested mode is that the accounts window tries to connect to the system compositor instead of unity8, so it can't be swiped away or such [15:05] elopio, so we could certainly add a dependency for this test... But it seems heavy handed [15:08] mterry: the project that will hold ubuntu-level tests is not ready. Would it be ok to have it in unity for now, and move it later? [15:09] elopio, I'm personally OK with it [15:09] mzanetti, how bad is it to add a dep on system-settings for a unity8 AP test? [15:09] mterry, mzanetti: system settings, and online accounts. [15:10] true [15:10] tedg: I have some questions. Still around? [15:11] elopio, Sure, what's up? [15:11] tedg: I would like to launch with URL dispatcher an application I create during a test setup. [15:12] so it won't be installed. Can I launch qmlscene with my own QML file? [15:13] elopio, Will it have a desktop file? [15:13] I guess, let me say it another way. You need a desktop file :-) [15:13] tedg: it can have one, but not on /usr/ [15:13] Sure, but in ~/.local/share/applications [15:14] tedg: sure, I can put it there without problems. [15:14] so, should I give url dispatcher the name of that desktop file? [15:14] elopio, Yes, so you can give it: application:///foo.desktop [15:14] that's pretty good, thanks :) [15:14] Saviq: does signalspy have a cleanup function? [15:15] tedg: the other thing I want to do is to mock url-dispatcher, so on the click scope test, I only check that we send the right URL. Is there a documentation of the dbus API so I can write the dbusmock? [15:16] elopio, Don't tell your boss how easy it is ;-) http://bazaar.launchpad.net/~indicator-applet-developers/url-dispatcher/trunk.14.04/view/head:/data/com.canonical.URLDispatcher.xml [15:17] elopio, Are you using dbus-test-runner's dbus-mock support? [15:18] tedg: no, autopilot + python-dbusmock. [15:18] elopio, so I'm going to test your unity8 test with the online account swapped in for camera-app, will let you know how it goes [15:18] elopio, Ah, so a full system test. [15:18] mterry: thanks. I'm also trying it on my phone before updating the branch. [15:19] tedg: yes. Well, not full for now because we are isolating the external dependencies. [15:20] tsdgeos, are you aware of a branch that hooks up the new previews? [15:20] elopio, Interesting, we use dbusmock in our unit tests for URL Dispatcher. [15:20] tsdgeos, don't see anything in active mps [15:20] elopio, You could steal that code :-) [15:20] mhr3_: not really, https://code.launchpad.net/~saviq/unity8/new-preview/+merge/205086 is the closest thing i'd say [15:20] elopio, huh, now I get same result with mocks not letting the app show [15:21] elopio, http://bazaar.launchpad.net/~indicator-applet-developers/url-dispatcher/trunk.14.04/view/head:/tests/lib-test.cc [15:21] tsdgeos, yea, that's the one i'm running [15:21] but yeah, doesn't hook it up yet [15:21] tedg: right, I will :) Then I can tell my boss I had to do nothing because you had it all covered. === alan_g is now known as alan_g|tea [15:23] mterry: for one run, I could see the camera on top. [15:24] but even then, it wasn't updating the current focused app property. [15:24] back to the start... === greyback is now known as greyback|away === alan_g|tea is now known as alan_g [15:32] mterry: with the mocks, I get a white screen being opened. Without the mocks, I get system settings, not online accounts. [15:32] curiouser and curiouser. [15:40] mzanetti: where's the code for the real app-manager? [15:44] unity-mir i think [15:45] yep [15:54] sil2100, man, sorry about that [15:55] mhr3_, https://code.launchpad.net/~unity-team/unity8/new-scopes/+activereviews [15:56] mhr3_, https://code.launchpad.net/~unity-team/unity8/newscopes-preview/+merge/205029 [15:56] mhr3_, I hope to land the prereqs today, so that tomorrow we get it all into new-scopes [15:59] Saviq: btw, you will get candies once unity-mir lands :) [15:59] Saviq, we're getting somewhere :) http://imgur.com/uMZwsfB [15:59] pete-woods: so i still need https://code.launchpad.net/~pete-woods/ubuntu-ui-toolkit/handle-quit-action so that the hud quit works, right= [15:59] mhr3_, w00t! [15:59] thostr_, ↑↑ [15:59] Saviq, it's missing text field though [16:00] mhr3_, "text field"? [16:00] i pushed gallery, actions, text, audio [16:00] tsdgeos: yes, but that just adds it to the toolbar === dandrader|lunch is now known as dandrader [16:00] mhr3_, will have a look [16:00] tsdgeos: there's also the ubuntu-ui-toolkit component to land [16:00] pete-woods: what do you mean it adds it to the toolbar? [16:01] tsdgeos: doesn't your unity8 change add the quit action to the toolbar? [16:01] before that it will just live in the actions list [16:01] didrocks, oh candies? why's that? [16:01] pete-woods: yes, i am saying that i need https://code.launchpad.net/~pete-woods/ubuntu-ui-toolkit/handle-quit-action/+merge/203964 for it to actually quit, no? [16:01] tsdgeos: sorry, yes, you're correct, I misunderstoof [16:01] *misunderstood, even [16:01] pete-woods: ah, no worries, bool then [16:02] bool -> cool [16:02] didrocks, btw, any idea why SSO with the jenkins instance is so weird? Like I can press "build" and only then will it go through SSO, and then ask about the details every time [16:02] Saviq: there is ricmm's fix for enabling registering an application which failed at startup :) [16:02] didrocks, ah yeas [16:02] Saviq: yeah, I don't know, I tried to poke IS about it [16:02] Saviq: just so that you feel better, I can tell you "you're not alone" :p [16:02] didrocks, not sure I feel better ;) [16:03]