[07:11] <tsdgeos> slowest internet ever
[07:11] <tsdgeos> 0.5MB
[07:11] <tsdgeos> going to reboot the router
[07:21] <tsdgeos> meh, still slow
[07:21] <tsdgeos> :/
[07:59] <Cimi> tsdgeos, hola :)
[08:00] <tsdgeos> Cimi: ciao
[08:00] <Cimi> :)
[08:00] <Cimi> tsdgeos, do you know anything about vertical journal?
[08:00] <tsdgeos> Cimi: lots of things
[08:00] <Cimi> tsdgeos, cool!
[08:02] <Cimi> tsdgeos, it feels like there is one small bug in the cardcreator that was setting maybe a wrong implicitheight
[08:03] <Cimi> tsdgeos, but then the card is clipped by the container where is put
[08:04] <Cimi> actually no, there is sth weird here
[08:46] <dandrader> tsdgeos, do you get this failure with unity8 trunk? http://paste.ubuntu.com/8477914/
[08:46] <tsdgeos> yes
[08:46] <tsdgeos> you don't have to fix that one
[08:51] <tsdgeos> mzanetti: i did publish https://code.launchpad.net/~aacid/unity8/fixleftlaunchergreetertodash/+merge/236829 again
[08:51] <tsdgeos> mzanetti: if you care to reapprove :D
[08:51] <tsdgeos> dandrader: and you can have a look at fix_left_swipe_temp_scope_overview agian
[09:04] <mzanetti> tsdgeos: yeah... given that I'm a bit stuck with setting up the next silo atm I'd prefer to also have mterry a look at this
[09:04] <tsdgeos> ok
[09:05] <mzanetti> i.e. have to do some rtm releases before we can release to utopic again. otherwise they drift too much
[09:05] <tsdgeos> yep
[09:10] <Cimi> tsdgeos, I linked a branch to https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1362160
[09:11] <Cimi> tsdgeos, but the result is still clipped maybe because of the margin in ResponsiveVerticalJournal
[09:13] <tsdgeos> Cimi: well ResponsiveVerticalJournal is supposed to clip, no?
[09:14] <Cimi> tsdgeos, but the bug seems to complain that it clips
[09:14] <tsdgeos> well, they should not use a ResponsiveVerticalJournal then
[09:15] <Cimi> tsdgeos, anyway, that branch should fix the bug
[09:16] <Cimi> https://code.launchpad.net/~unity-team/unity8/fix-card-implicitHeight/+merge/236833
[09:16] <tsdgeos> Cimi: the CardVJ will "clip" at 35gus
[09:16] <tsdgeos> after that you can expand it
[09:16] <tsdgeos> it's how it works
[09:17] <Cimi> tsdgeos, there is something more
[09:17] <Cimi> tsdgeos, if you take that branch and change 35 to more, it still clips
[09:17] <tsdgeos> welll
[09:17] <tsdgeos> then that's a bug
[09:17] <Cimi> tsdgeos, because inside ResponsiveVerticalJournal.qml
[09:17] <Cimi> tsdgeos, there is VerticalJournal
[09:18] <Cimi> tsdgeos, and I think those margins are problematic
[09:18] <Cimi> first of all, if I change them all is blank
[09:26] <Cimi> tsdgeos, on desktop, height is 234, implicitHeight 234.66666
[09:26] <Cimi> tsdgeos, looks like height is floor of implicitHeight?
[09:27] <Cimi> shouldn't it be ceil?
[09:28] <tsdgeos> Cimi: noone cares :D
[09:28] <tsdgeos> i mean you're missing 0.6 pixels?
[09:28] <Cimi> tsdgeos, seems like at least
[09:28] <tsdgeos> i don't think this is your problem
[09:28] <tsdgeos> but sure, you can find where we do this and add a ceil instead of direct asssignment
[09:29] <Cimi> tsdgeos, might be qt?
[09:29] <tsdgeos> qt what?
[09:29] <tsdgeos> you're assigning a float to an int
[09:29] <tsdgeos> it obviously gets cut
[09:29] <Cimi> height is realk
[09:30] <Cimi> real
[09:30] <dandrader> mzanetti, is there a technical reason for tst_Launcher have several UT.UnityTestCase  instead of just one?
[09:30] <mzanetti> dandrader: yes
[09:30] <mzanetti> dandrader: I want to restart it
[09:31] <mzanetti> dandrader: they have different init() functions
[09:31] <mzanetti> etc
[09:31] <dandrader> mzanetti, you want to restart what?
[09:31] <tsdgeos> Cimi: but not collapsedHeight/expandedHeight
[09:31] <mzanetti> dandrader: like the component gets destructed and recreated between those
[09:32] <dandrader> mzanetti, launcher?
[09:32] <mzanetti> yes
[09:32] <mzanetti> iirc. it's bee a while
[09:32] <Cimi> tsdgeos, right
[09:32] <mzanetti> but I remember I did this on purpose
[09:32] <Cimi> tsdgeos, why we did int?
[09:33] <tsdgeos> Cimi: bug?
[09:33] <tsdgeos> interneeeeeeeeeeeeeeeeeeeeeeeeeeeet come on :'(
[09:33] <Cimi> tsdgeos, will add that to the branch
[09:33] <Cimi> tsdgeos, :)
[09:33] <Cimi> tsdgeos, how come internet is slow?
[09:33] <tsdgeos> my isp is crap
[09:34] <Cimi> tsdgeos, mine is 125Mb/12Mb... all is fine... until one day suddenly dies for an hour
[09:34] <Cimi> tsdgeos, I had more issues with fiber this year than my previous 10 with adsl
[09:35] <Cimi> it is equally annoying...
[09:35] <tsdgeos> vesar: https://bugs.launchpad.net/ubuntu/+source/mir/+bug/1369644
[09:35] <Cimi> don't you have LTE in barca?
[09:36] <tsdgeos> i don't
[09:37] <tsdgeos> and my phone doesn't support it either
[09:37] <Cimi> I commented on that bug
[09:38] <vesar> tsdgeos, so you're looking for what should be the notification of a new screen shot for the user?
[09:38] <tsdgeos> vesar: yes
[09:38] <Cimi> vesar, I vote for an entry in notification center! I commented on the bug
[09:38] <tsdgeos> well AlbertA is :D
[09:38] <vesar> tsdgeos, is there some video of the current one?
[09:39] <tsdgeos> vesar: AlbertA said he'd record a video, but i don't see a link
[09:39] <tsdgeos> he's probably still asleep thoguh
[09:39]  * tsdgeos asks mup
[09:39] <tsdgeos> time:04h39-0500
[09:39] <tsdgeos> yeah :D
[09:39] <tsdgeos> vesar: but basically is a white fadein+out afaik
[09:40] <Cimi> vesar, is a white rectangle fading overlay
[09:43] <Cimi> tsdgeos, http://i.imgur.com/ad7wOGO.png
[09:44] <Cimi> tsdgeos, this is with using real... looks like bottom margin should be required
[09:46] <tsdgeos> where?
[09:51] <tsdgeos> Cimi: ↑
[09:51] <Cimi> tsdgeos, under the card journal
[09:51] <Cimi> tsdgeos, coldplay card
[09:52] <tsdgeos> looks good to me
[09:52] <Cimi> tsdgeos, overlaps
[09:52] <tsdgeos> e?
[09:52] <Cimi> tsdgeos, it should be clipped
[09:52] <tsdgeos> what overlaps?
[09:52] <tsdgeos> ah fuck
[09:52] <tsdgeos> right
[09:52] <Cimi> tsdgeos, it goes over the category
[09:52] <tsdgeos> the line thing
[09:52] <Cimi> xmag is your friend :)
[09:52] <tsdgeos> it's so subtle
[09:53] <Cimi> indeed
[09:53] <Cimi> I had to use xmag
[09:53] <Cimi> lp:~unity-team/unity8/fix-card-implicitHeigh
[09:53] <Cimi> t
[09:57] <Cimi> tsdgeos, what should be the right behaviour?
[09:58] <Cimi> tsdgeos, that card being clipped by the category?
[10:00] <tsdgeos> give me a sec
[10:01] <vesar> AlbertA, would you have a video of the current screenshot notification? https://bugs.launchpad.net/ubuntu/+source/mir/+bug/1369644
[10:17] <tsdgeos> Cimi: how do you get to there? search in music?
[10:17] <Cimi> tsdgeos, no
[10:17] <Cimi> tsdgeos, just have few artists
[10:18] <tsdgeos> uf
[10:18] <Cimi> tsdgeos, yeah...
[10:18] <tsdgeos> Cimi: that screenshot is actually weird
[10:19] <tsdgeos> since the divider is anchored at the bottom
[10:19] <Cimi> tsdgeos, u can use scope tool
[10:19] <tsdgeos> should not be before it
[10:19] <Cimi> tsdgeos, http://paste.ubuntu.com/8478282/
[10:19] <Cimi> tsdgeos, just do this in app scope
[10:20] <tsdgeos> Cimi: do where? in override category?
[10:21] <tsdgeos> yes
[10:21] <tsdgeos> ok
[10:22] <tsdgeos> Cimi: what i see there is clipping, not what you showed me
[10:23] <Cimi> tsdgeos, are u running my branch?
[10:23] <tsdgeos> which one?
[10:24] <Cimi> tsdgeos, here is noty clipped
[10:24] <Cimi> tsdgeos, https://code.launchpad.net/~unity-team/unity8/fix-card-implicitHeight/+merge/236834
[10:24] <Cimi> tsdgeos, latest revision
[10:32] <tsdgeos> Cimi: we need this http://paste.ubuntu.com/8478346/
[10:39] <Cimi> tsdgeos, yes I KNOW ADDING MARGIN THERE HELPS... BUT IT IT CORRECT?
[10:39] <Cimi> ops caps lock
[10:39] <tsdgeos> Cimi: why do you think it is not?
[10:40] <Cimi> or we want to clip?
[10:40] <Cimi> tsdgeos, or we want to add padding somewhere else
[10:40] <tsdgeos> why would you want to clip?
[10:40] <Cimi> margin
[10:40] <tsdgeos> Cimi: that doesn't add padding anywhere, that fixes a bug
[10:41] <Cimi> tsdgeos, but is rowspacing also, or more?
[10:41] <tsdgeos> seb128: any chance we show wifis by power on the welcome wizard? it is kind of boring having to find my wifi from the 30 i get :D
[10:41] <Cimi> we could use units.gu(2)
[10:42] <tsdgeos> Cimi: we could use other stuff
[10:42] <tsdgeos> and it would be wrong
[10:42] <tsdgeos> this is right
[10:42] <tsdgeos> read the code
[10:42] <Cimi> ok
[10:42] <tsdgeos> and tell me why you think it's wrong
[10:43] <seb128> tsdgeos, that's a question for Cimi, he's the one working on the wizard
[10:44] <tsdgeos> Cimi: can we show the wifis sorted by power in the wiizard?
[10:46] <Cimi> tsdgeos, nope
[10:47] <Cimi> tsdgeos, this is a question for Wellark
[10:48] <Cimi> tsdgeos, with your code, the line clip: parent.height != implicitHeight will basically always be true
[10:48]  * tsdgeos keeps the redirection
[10:49] <tsdgeos> Wellark: can we show the wifis in power order in the welcome wizard?
[10:49] <Cimi> tsdgeos, wizard, indicators, system settings, they all get the model from dbus
[10:49] <tsdgeos> Cimi: rihgt, that needs fixing
[10:49] <Cimi> tsdgeos, we just display what unitymenumodel gives us
[10:49] <Cimi> tsdgeos, so is a backend thing
[10:50] <Cimi> tsdgeos, together with the bug that super annoys me, connecting on an access point jumps it at top of the list
[10:50] <tsdgeos> Cimi: or could move the margins out
[10:50] <Cimi> tsdgeos, so you basically see it disappearing when you tap it
[10:51] <tsdgeos> or just add rowSpacing below
[10:51] <tsdgeos> or replace it with parent.implicitheight
[10:51] <tsdgeos> that one actually makes more sense i guess
[10:52] <Cimi> tsdgeos, if I play with the margins inside VerticalJournal, the journal disappears :/
[10:52] <tsdgeos> don't play with them then D:
[10:52] <Cimi> hah
[10:57] <Cimi> tsdgeos, maybe adding padding in both expanded and collapsed height inside CardVerticalJournal?
[10:57] <Cimi> works the same
[10:58] <tsdgeos> Cimi: this is not padding
[10:59] <tsdgeos> this is making it right
[10:59] <tsdgeos> if VJ tells you it wants to be 100px height, and then you add a bottomMargin and topMargin of rowSpacing/2, you need to add rowSpacing to its height
[11:00] <tsdgeos> doing it anywhere else than RVJ is wrong
[11:00] <tsdgeos> do you understand what i mean?
[11:02] <Cimi> tsdgeos, I do now
[11:02] <Cimi> tsdgeos, so we need to change clipping I suppose
[11:03] <tsdgeos> yeah
[11:03] <tsdgeos> clip: parent.height != parent.implicitHeight
[11:03] <tsdgeos> or move it up to the parent
[11:03] <tsdgeos> and make it
[11:03] <tsdgeos> clip: height != implicitHeight
[11:03] <tsdgeos> i guess
[11:03] <tsdgeos> the second would actually make a bit more sense
[11:04] <Cimi> tsdgeos, != or < ?
[11:05] <tsdgeos> can use < but it will never should be >
[11:07] <Cimi> tsdgeos, it should clip if height is set smaller than implicitHeight?
[11:07] <Cimi> tsdgeos, if is the same or bigger, clip is not required, right?
[11:07] <tsdgeos> right
[11:08] <Cimi> tsdgeos, pushed, you can reapprove
[11:10] <tsdgeos> Cimi: can you give the branch a better commit log?
[11:10] <tsdgeos> since it also fixes RVJ height now
[11:11] <Cimi> tsdgeos, done
[11:12] <Wellark> Cimi, tsdgeos: hello
[11:12] <Wellark> sorry, what?
[11:12] <Cimi> redone
[11:12] <Wellark> you want to show the wifi accesspoints ordered by strength?
[11:12] <Wellark> negative.
[11:12] <Wellark> if you have 20 access points near by and your own is not the strongest one then it will be a PITA trying to find you access point
[11:13] <Wellark> if it's a full list, then it must be ordered by SSID name
[11:13] <Wellark> the indicator will limit the number of access points in the indicator menu to the five or something strongest ones
[11:13] <Wellark> and they will be ordered by strength
[11:14] <Wellark> but the system-settings and the welcoming wizard are showing the full list so, sorry, no ordering by strength
[11:14] <Wellark> tsdgeos, Cimi: what is the use case you are trying to fix?'
[11:16] <tsdgeos> Wellark: i can't find my wifi :D
[11:17] <tsdgeos> because i have 20 access points searching is horrible
[11:17] <tsdgeos> Wellark: as an example i just setup a windows 8 laptop for my family and my wifi was correctly at the top on the windows8 wecolme wizard
[11:21] <Wellark> tsdgeos: you do know the name of your wifi, right?
[11:21] <Wellark> so going throuh an alphabetical list should not be so hard? ;)
[11:22] <Wellark> tsdgeos: sure, what about your neighbor that comes to your house and wants to use his wifi when he sets up his win8
[11:22] <Wellark> and then he has no other way than actually looking through _all_ of the access point names trying to find which one is his
[11:23] <Wellark> as they are ordered totally arbitrary by strength
[11:23] <Wellark> people look for specific name
[11:23] <Wellark> when they want to connect to a wifi network
[11:23] <Wellark> if it would not matter which one they take
[11:23] <Wellark> then it would be perfectly OK to order by strength
[11:23] <tsdgeos> strength is not arbitrary
[11:23] <tsdgeos> but whatever
[11:23] <tsdgeos> i'm not going to convince you
[11:24] <tsdgeos> every single device i have does it the way i say
[11:24] <tsdgeos> but you're right :)
[11:25] <Wellark> tsdgeos: yes. and I have been trying to use "those other devices" in an envinment with dozens of accesspoints around
[11:25] <Wellark> and they all _suck_
[11:25] <tsdgeos> like my house
[11:25] <tsdgeos> where i get 20 networs
[11:25] <tsdgeos> it doesn't suck
[11:26] <tsdgeos> it's awesome i don't have to swipe down trying to find my network
[11:26] <tsdgeos> and wondering why if it's the only one with 100% power and all others are 10% is not on the top
[11:26] <Wellark> well, you are just lucky that your wifi has the strongest signal around
[11:26] <tsdgeos> but as said, you're right, everyone else got it wrong
[11:26] <Wellark> tsdgeos: good :)
[11:26] <tsdgeos> end of discussion
[11:28] <seb128> tsdgeos, you should rather talk to mpt/designers about that
[11:32] <Wellark> tsdgeos: I was talking about full list of access points. nothing would stop the wizard from having a default of five strongest access points and then provide means to see the full list
[11:33] <mpt> Meanwhile, jounih was just complaining to me about the networks jumping around in the list, which they inevitably do if they’re sorted by strength
[11:34] <Wellark> mpt: yes. when you select an access point the list should be scrolled up
[11:34] <Wellark> which the u-s-s does not do either atm
[11:35] <Wellark> mpt: oh, you commented on the "ordered by strength"
[11:35] <Wellark> yes
[11:35] <Wellark> so imagine being in a conference center during some major evet
[11:35] <Wellark> *event
[11:35] <Wellark> with dozens and dozens of access points
[11:35] <Wellark> and having the full list ordered by strength
[11:36] <Wellark> it would go all over the place before you can pinpoint the one you actually want to connect with
[11:36] <Wellark> and once the ordering changes you have to start all over again from the top
[11:37] <Wellark> mpt: so, that what jounih is seeing is because the wizard nor the system-settings is scrolling the list back to the top when an access point is selected for connection
[11:37] <Wellark> dunno if we have a bug about that..
[12:15] <mpt> Wellark, yes, I suggested that it should stay where it is until it’s actually finished connecting
[12:27] <mpt> Wellark, it’s bug 1349371
[12:42] <Wellark> mpt: can't really do that..
[12:42] <Wellark> mpt: maybe after Washington?
[12:43] <mpt> Do I have a piece of paper taped to my back that says “I am an engineering manager”? :-)
[12:44] <mpt> I design things. If you say “we need a simpler solution by X date”, I can do that  … But that bug is currently Low, so apparently it doesn’t need fixing at all before RTM
[12:46] <Wellark> mpt: well, you asked for it ;)
[12:48] <mpt> I did no such thing
[12:57] <Cimi> alecu, hola! what do I need for that? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1267184 from you side?
[12:59] <alecu> Cimi: is this about the launcher or the dash icons?
[12:59] <Cimi> alecu, everything :)
[12:59] <Cimi> alecu, I don't know what info we receive from the backend
[13:00] <Cimi> alecu, whatever is missing, basically
[13:01] <alecu> Cimi: ok, regarding the launcher animation, I think all the code is in place in the scope, and there's some sample code of how the client for that would work.
[13:02] <alecu> Cimi: by the launcher I mean the animation as shown in the video here: https://sites.google.com/a/canonical.com/unity8dash/scopes/store/3-previews
[13:02] <alecu> Cimi: now, regarding icons in the dash, I don't think there's code in the scope for that yet
[13:03] <alecu> Cimi: is all of this supposed to be in for rtm, right?
[13:03] <Cimi> alecu, I read ota 2
[13:03] <Cimi> alecu, but I am ready now to work on it...
[13:04]  * alecu just notices the ota-2 tag :P
[13:11] <alecu> ok, found it
[13:11] <alecu> Cimi: http://bazaar.launchpad.net/~ubuntuone-control-tower/unity-scope-click/trunk/files/head:/scope/tests/fake_launcher/
[13:12] <alecu> Cimi: that's a "fake launcher" I've used for testing the click scope
[13:12] <alecu> Cimi: it listens to the dbus signals from click scope, telling it when an app has been started installing
[13:12] <alecu> and for the progress of installation
[13:13] <alecu> and it gets notified when the click package installation has been completed, giving it the app_id that the launcher will need to launch the app
[13:13] <alecu> when starting it gives the launcher a title and the url of an icon
[13:14] <alecu> Cimi: but
[13:15] <alecu> big but...
[13:15] <alecu> we planned this a few months ago, when we decided that we wouldn't be doing the Installation Manager for rtm.
[13:15] <alecu> I think we still need to work on the Installation Manager at some point
[13:17] <alecu> that means that the progress api will need some changes
[13:18] <alecu> but I think it's ok for you to start on the visual parts of the launcher animations and filling up, and then we can adapt it when (and if!) we change the backend. I think the changes should be minimal.
[13:19] <alecu> Cimi: if it's ok with you, let's do a hangout tomorrow to talk a bit more about this.
[13:33] <tsdgeos> vesar: ping
[13:34] <vesar> tsdgeos, yo
[13:34] <tsdgeos> vesar: who would be better to install a ppa on a phone and hand it over to JMulholland and friends so they can have a look?
[13:35] <vesar> tsdgeos, well I think I'm the best person to do that around here.
[13:36] <vesar> tsdgeos, just give me the instructions and I can do it
[13:36] <tsdgeos> vesar: ok, let me sync up with a few people and i'll send you an email or ping you here
[13:37] <vesar> tsdgeos, very good
[13:37] <tsdgeos> pstolowski: can you merge feeds with the new release?
[13:37] <tsdgeos> vesar: thanks :)
[13:37] <vesar> tsdgeos, no probs
[13:37] <pstolowski> tsdgeos, will do
[13:58] <Cimi> alecu, ok
[14:21] <ted> dednick, Do you have a bug number for the "unknown" text in the media widget of indicator sound?
[14:22] <ted> dednick, Want to dup one to it.
[14:23] <dednick> ted: no. it shouldnt be there anymore though
[14:23] <dednick> ted: i mean, you shouldn't get unknown
[14:23] <ted> dednick, Apparently in a version of rtm it is.
[14:24] <dednick> ted: i c. no. there's no bug
[14:24] <ted> dednick, What component should I mark it fixed release on? :-)
[14:24] <dednick> ted: unity8
[14:26] <ted> dednick, bug 1376221
[14:26] <dednick> ted: ya
[14:28] <mzanetti> mterry: hey ho. tsdgeos fixed it. mind giving it a look too (esp last comment) https://code.launchpad.net/~aacid/unity8/fixleftlaunchergreetertodash/+merge/236829
[14:29] <mterry> tsdgeos: aw thanks!
[14:29] <mterry> mzanetti, will do
[14:31] <mzanetti> mterry: ok. thanks. will put it to the next silo
[14:35] <tsdgeos> paulliu: https://code.launchpad.net/~aacid/unity8/fixleftlaunchergreetertodash
[14:36] <paulliu> tsdgeos: ok. thanks. Let me try it.
[14:38] <cwayne> mzanetti: any idea when the next silo will exist?
[14:38] <mzanetti> cwayne: what are you waiting on?
[14:38] <mzanetti> cwayne: currently the "next" can refer to 4 :D
[14:39] <cwayne> mzanetti: the card-visual-tweaks branch
[14:39] <mzanetti> cwayne: ack, worst case, will be the 4th
[14:39] <mzanetti> cwayne: we are lagging behind with rtm releases
[14:39] <cwayne> mzanetti: aren't we all :)
[14:39] <mzanetti> cwayne: have to do 3 rtm releases now, then we'll continue with utopic ones
[14:39] <mzanetti> cwayne: but, the next spreadsheet row contains that branch already
[14:40] <tsdgeos> mzanetti: mterry: one of the two top approve https://code.launchpad.net/~aacid/unity8/fixleftlaunchergreetertodash/+merge/236829
[14:41] <mzanetti> done
[14:41] <mterry> the bot hadn't commented yet  :)
[14:41] <cwayne> mzanetti: ah i'd missed that, thanks
[15:46] <sil2100> mterry: hey! I just wanted to poke you about the unlock-screen issues we've been seeing - do you know the reasons for why sometimes it's failing to unlock the screen during smoketesting?
[15:47] <mterry> sil2100, https://code.launchpad.net/~mterry/unity8/retry-unlock/+merge/236167 hasn't landed yet...
[15:47] <mterry> sil2100, that may help
[15:47] <mterry> sil2100, oh wait, smoketesting?
[15:47] <mterry> sil2100, like actual human on device testing?
[15:47] <sil2100> No no
[15:47] <sil2100> mterry: the autopilot smoketesting ;)
[15:48] <mterry> sil2100, oh yeah then the above branch might help.  It's possible there's a race between booting and trying to unlock
[15:48] <sil2100> Oh, a loop
[15:48] <sil2100> ACK ;)