[07:35] <rpadovani> Elleo, o/ I've a problem with keyboard, and popey said you're the right person to ask for some help :) Long story short: I want that a component has visible: true only after the keyboard is totally dismissed, not when it stasts the animation to dismiss. So I did
[07:35] <rpadovani>  Connections {
[07:35] <rpadovani>  77        id: oskKeyboard
[07:35] <rpadovani>  78        target: Qt.inputMethod
[07:35] <rpadovani>  79    }
[07:35] <rpadovani> visible:!oskKeyboard.visible
[07:35] <rpadovani> but doesn't work
[08:32] <Elleo> rpadovani: yeah, apps changing Qt.inputMethod.visible is what triggers the hiding animation to start; you could look at Qt.inputMethod.keyboardRectangle and see when the height reaches 0 though
[08:34] <rpadovani> Elleo, thanks :-)
[08:35] <Elleo> no problem :)
[08:53] <jun> hi, i want to get  natvie window handle from a qwidget,  is that possible? how can i do it?
[09:00] <jun> hi, i want to get  natvie window handle from a qwidget,  is that possible? how to do it?
[09:23] <mivoligo> mzanetti: ping ping
[09:23] <mzanetti> mivoligo, hi
[09:23] <mivoligo> mzanetti: I still can't get your branch to work :(
[09:25] <mivoligo> mzanetti: that's what it says when I hover over import UnityScreen http://screencloud.net/v/5I4v
[09:26] <mivoligo> mzanetti: similar with 15.04 armhf
[09:26] <mzanetti> mivoligo, yeah.... there's something that prevents it from running on 14.10
[09:26] <mzanetti> mivoligo, lets just wait with merging this branch until bq gets an update to 15.04
[09:26] <mzanetti> then it should start working
[09:27] <mivoligo> mzanetti: is it planned any time soon?
[09:27] <mzanetti> I think so, yes
[09:27] <mzanetti> don't have details on the roadmap though
[09:27] <mivoligo> ok
[09:29] <mzanetti> I'm a bit puzzled by that error though... I've done this before and it worked...
[09:29] <mivoligo> mzanetti: so, meanwhile I wanted to add some features to BigMovingText. Would that be a problem with merging your branch later on?
[09:30] <mzanetti> mivoligo, nah, just go on... I'll update my branch
[09:31] <mivoligo> mzanetti: great :)
[09:46] <mardy> kalikiana: hi! I have an app with Window { OrientationHelper { ... { Dialog {}}}, and the dialog get rotated twice
[09:47] <mardy> kalikiana: that is, everything is ok when in portrait mode, but when I turn to landscape, the dialog is actually rotated 180 degrees from its original position
[09:47] <mardy> kalikiana: it's probably because the root item is a Window and not a MainView, but I cannot find the difference
[09:48] <mardy> kalikiana: any ideas on what could be wrong?
[09:54] <rpadovani> popey, I think this is last blocker bug for including calculator in the ota
[09:54] <rpadovani> https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/waitUntilOskIsHidden/+merge/254875
[09:58] <popey> rpadovani: i agree :)
[09:58] <popey> rpadovani: seems jenkins didn't like it
[09:59]  * popey retriggers
[10:01] <kalikiana> mardy: the dialog expects to find a property called automaticOrientation in the root item which in your case won't be there; please file a bug report
[10:09] <mardy> kalikiana: OK, thanks
[10:10] <jun> hi, i want to get  natvie window handle from a qwidget,  is that possible? how to do it?
[10:19] <mardy> kalikiana: FYI, bug 1439102
[10:19] <mardy> kalikiana: I added a simple test case
[10:49] <someone__> hi everone.
[10:51] <someone__> I've tried  setting a user-agent for a web-app since many days.
[10:52] <someone__> The only thing working is setting a overwrite in my ua-overrides-desktop.js
[10:52] <someone__> But this of course only works on my maschine.
[10:52] <someone__> i've seen two other aproaches:
[10:52] <someone__> Exec=webapp-container --local-webapp-manifest=ua.js --user-agent-string="Mozilla/5.0 custom-ua (unlike AnyOtheBrowser)" --store-session-cookies --webappUrlPatterns=https?://myhttp.info/* http://myhttp.info %u
[10:53] <someone__> where some people use "--local-webapp-manifest" and set a webapp-properties.json, others use "--local-webapp-manifest=ua.js" with the obvious js file
[10:53] <someone__> both does not work for me
[10:54] <someone__> the other way is using --user-agent-string="Mozilla/5.0 custom-ua (unlike AnyOtheBrowser)" which does not work for me either
[10:54] <someone__> Anyone any idea?
[10:55] <someone__> Plus; My new BQ Ubuntu Phone does not get recognizes by the ubuntu SDK. is that normal? I would really like to test on that device and not on a simulator
[10:56] <ogra_> do you have developer mode enabled and the screen unlocked when trying to connect to it ?
[10:59] <popey> rpadovani: mzanetti do you want me to request translations for reminders now conflict resolution has landed - and has new strings?
[11:00] <mzanetti> popey, yes please.
[11:00] <mzanetti> popey, IMO we have a good state for a release again
[11:01] <someone__> @ogra_ I just double-checked and now it worked. Weird. Thanks!
[11:01] <ogra_> :)
[11:03] <popey> mzanetti: exactly what I was thinking, get the translations done over easter weekend, submit next tuesday?
[11:04] <mzanetti> popey, sounds great
[11:04] <mzanetti> popey, I'll be off next tuesday, but I'm not really need for that anyways I think
[11:04] <mzanetti> needed, even
[11:05] <popey> ok
[11:05] <popey> great.
[11:05] <popey> mzanetti: think we need a manual test case for conflicts.
[11:05] <mzanetti> fair enough
[11:05] <mzanetti> lemme look at the spread sheet
[11:05] <popey> k
[11:05] <mzanetti> popey, is that actually used by someone?
[11:14] <mzanetti> popey, added rows 61 - 63 to the spreadsheet
[11:22] <someone__> Any suggestions to the UserAgent problem?
[11:24] <popey> mzanetti: nice one!
[11:24] <popey> mzanetti: yes, QA use it when testing
[11:25] <mzanetti> popey, perfect! then I'll make sure this is up to date
[11:26] <ogra_> someone__, "doesnt work" is not such a helpful error description :)
[11:27] <someone__> Hmmm... Okay. "It does not change anything for the Useragent"
[11:27] <ogra_> does your click not start ? does it start but the site shown shows something different than expected ? ... waht do the logs say ? ....
[11:28] <popey> mzanetti: ok, mail sent to translators, so we should see them arriving over the weekend.
[11:28]  * popey <3 our translators
[11:28] <mzanetti> :)
[11:29] <someone__> So myhttp.info still shows the same user agent. As I said, it works if I edit the ua-overrides-desktop.js file.
[11:32] <ogra_> someone__, did you try leaving out the --local-webapp-manifest option ?
[11:34] <someone__> Working on a Ubuntu 14.04 LTS, when I try to run it on my ubuntu phone (which now is displayed in the SDK), I get: "Cannot install /tmp/de.aypac.whatsapp-webapp_0.1_all.click: Framework "ubuntu-core-15.04" not present on system (use --force-missing-framework option to override)", which I guess comes from the fact that I have a 15.04 kit and my phone uses 14.10. But I'm not able to create a new kit without the wizzard.
[11:35] <someone__> @ogra_ not yet. You mean having the json but not using the option?
[11:35] <ogra_> no, dropping it altogether
[11:36] <someone__> Then I get the default user agent.
[11:36] <ogra_> only using --user-agent-string= option
[11:36] <ogra_> +the
[11:36] <someone__> yes. I've tried all options seperately and together
[11:36] <ogra_> oSoMoN, ^^^ ?
[11:37]  * ogra_ uses webviews in a small qml wrapper for such things, not sure why the option doesnt work for you with the webapp-container
[11:38] <oSoMoN> someone__, can you share your click package with me?
[11:42] <someone__> @oSoMoN sure, I'll upload it in a min. Is there an option to comment in the *.desktop-file?
[11:42] <someone__> So I can indicate all lines I've tried?
[11:43] <someone__> using % works for my desktop but on other platforms I get errors. Same for //
[11:43] <oSoMoN> someone__, any line beginning with a # is considered a comment, IIRC
[11:45] <zsombi> kalikiana: alarm Id MR is ready for review https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/expose-alarm-id/+merge/254084
[11:49] <someone__> With # I still get: :-1: error: desktop_duplicate_keys (whatsapp): found duplicate keys: #Exec,#Exec,#Exec
[11:49] <kalikiana> zsombi: aye
[11:50] <ogra_> someone__, just copy it to .desktop.bak in your click dir and keep your comments in there
[11:51] <ogra_> then you dont need to bother with the actual file
[11:51] <oSoMoN> someone__, huh, then I don’t know… can you attach a text file that contains everything you tried?
[11:51] <someone__> ogra__, oSoMoN Okay
[11:52] <nik90> dpm: hey, just wanted to update you that we got the world city translation to be loaded properly now. At the end it was indeed the locale domain initialization that was missing in the c++ plugin. It was merged as well to trunk yesterday.
[11:56] <someone__> https://www.wetransfer.com/downloads/8f75bd6fdf260cb084f16b6af4a427d720150401115540/7816af0e278573a72495feab0842bcff20150401115540/8f9a1c
[12:07] <dpm> nik90, nice!
[12:07] <dpm> thanks for the heads up
[12:10] <dpm> someone__, you might want to ask on the #ubuntu-webapps channel
[12:10] <dpm> someone__, also, not sure if a webapp for whatsapp will work at all
[12:13] <someone__> @dpm thanks! It works on my computer right now (If I modify the ua-overwrites-desktop.js)
[12:13] <someone__> I see no reason why it should not work on the phone
[12:13] <someone__> As long as you have an old android device lying around
[12:17] <dpm> someone__, it'd be great if it worked indeed!
[12:18] <dpm> dbarth__, perhaps someone in your team could help with someone__'s effort on the whatsapp webapp? ^^
[12:18] <zsombi> nik90: dude, I made some small changes on the alarm ID MR to cache the alarms returned by get() and find(), could you also take a look on it?
[12:18] <zsombi> nik90: https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/expose-alarm-id/+merge/254084
[12:19] <nik90> zsombi: Do you need me to test it?
[12:19] <zsombi> nik90: I woudl appreciate if you could run one test yes
[12:19] <zsombi> nik90: the stress test passes, but you never know...
[12:20] <nik90> zsombi: Sure I will run it against the clock app in about an hour. Please do not top-approve until then.
[12:21] <zsombi> kalikiana: ^ wait with happroval till nik90 also checks it
[12:23] <dbarth__> dpm, someone__: i think whatsapp was discussed last week
[12:23] <someone__> Is there a transcript?
[12:23] <dbarth__> as someone (!) was attempting to have it work by tweaking user agent strings and so on, but that was a dead end
[12:24] <dbarth__> someone__: let me check
[12:24] <someone__> dbarth__ how was it a dead end? I could image it does not display properly on small screens. Thanks
[12:28] <someone__> Anyways, it would be nice if I could use my phone for testing. The issue with the 15.04 and 14.10 remains (I only have a 15.04 kit but my phone is 14.10). Is there any way to run the wizzard again? Or how do I get a new Sysroot for 14.10 in /var/lib/schroot/chroots/
[12:30] <someone__> or where can I add the "--force-missing-framework" option?
[12:31] <dbarth__> someone__: because of that FAQ: http://www.whatsapp.com/faq/web/28080002
[12:31] <dbarth__> essentially the web frontend takes a native counterpart on a phone
[12:33] <someone__> sure. As I said, you would need an old android lying around
[12:34] <someone__> but since you get those on ebay for a few bucks I don't see a problem there. Of course this would not be a 'real' whatsapp, but a dirty workaround.
[12:36] <someone__> And even for the desktop it would be nice. I delete my cookies in FF sometimes several times a day. To have one single 'app' with persistent cookies would be nice. Best would be of course if the cookies were synchronized between your mobile and your desktop. I'm thinking of ways to do that, if I get it working with the user agent
[12:39] <dbarth__> someone__: for that you can use the webapp containers; and for syncing you could look at a JS cookie library paired with something like u1db maybe
[13:08] <kalikiana> zsombi: there's a qDebug line left https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/expose-alarm-id/+merge/254084
[13:08] <zsombi> kalikiana: aaah, ok, I'll whipe that out
[13:20] <zsombi> kalikiana: fixed
[13:20] <zsombi> nik90: so it's up on you to approve it as well now
[13:52] <nik90> zsombi: I am experiencing some funky behavior. First, out of 5 tries, clock app crashed twice. Second, alarms that I deleted reappear sometimes. I am trying to find a reliable way of reproducing these issues
[13:53] <zsombi> nik90: hmm... do you test using the main clock branch, right?
[13:54] <nik90> zsombi: yes
[13:56] <zsombi> nik90: do you know whether renatu's MR introducing the X-* details support landed?
[13:56] <zsombi> nik90: or first, are you using EDS backend?
[13:56] <nik90> zsombi: yeah I am using the EDS backend. Second I am not sure if it landed, let me check
[13:56] <renatu> zsombi, not yet/. http://people.canonical.com/~platform/citrain_dashboard/#?q=ubuntu%2Flanding-008
[13:57] <zsombi> nik90: from EDS backend we need that support
[13:57] <zsombi> nik90: ^^
[13:58] <nik90> zsombi: oh..although the issues I am facing seems to be some sort of caching issue though..like clock app on reopening the page showing the old alarm model data
[13:58] <nik90> zsombi: if it needs renatu's branch, let wait for it to land and retest it.
[13:58] <nik90> s/it/this
[13:59] <zsombi> nik90: reopening which page? the alarm editor page? or teh Alarms list?
[14:00] <nik90> zsombi: reopening the alarms list page and also the clock's main page. Here's what happened. I open the alarm list page and create 2 new alarms which are enabled. On going back to the main clock app, the bottom edge reads "No Active alarms"...I repeat then open and close the alarm list page a couple of times and then the bottom edge title correctly updates
[14:01] <zsombi> nik90: yeah... EDS backend doesn't support the X-* yet on your side, so alarm ID is not saved => the whole app is messed up
[14:01] <nik90> zsombi: ah ok
[14:02] <zsombi> nik90: the alarm data version, alarm ID and activation URL are saved as extended details, so till support for it comes, you rapp will behave like that
[14:02] <zsombi> nik90: you coudl test till then with memory manager
[14:03] <nik90> zsombi: I don't mind testing the memory manager, but using EDS would make the testing as close as possible to the phone environment. I will nonetheless test using memory manager as well
[14:03] <zsombi> nik90: sure, just wanted to see whether the app works well with the branch
[14:03] <zsombi> nik90: we won't happrove it till you do approve it too
[14:04] <zsombi> nik90: I've added you as reviewer as well
[14:05] <nik90> zsombi: thnx. I will report my test finding for both memory manager and eds in the comments when I am done
[14:05] <zsombi> nik90: kthx
[14:09] <nik90> zsombi: could you check on your side if the data changed signal is fired properly? I notice that the bottom edge title is not aware of alarm model changes when I modify an existing alarm. It correctly updates when I add/remove an alarm which fires the alarm model count changed signal.
[14:09] <nik90> zsombi: this is while using the memory manager
[14:10] <zsombi> nik90: dataChanged right?
[14:10] <nik90> zsombi: yes
[14:10] <zsombi> nik90: I will
[14:14]  * nik90 brb
[14:30] <LangeOortjes> hey I was trying to run my app on my newly arrived Aquaris E4.5. I am using Ubuntu.Components 1.2 and hence targetting the 15.04 framework. When I try to deploy the app to my device, it complains that "ubuntu-core-15.04" is not present on system
[14:31] <LangeOortjes> I should note that I updated the device to ubuntu-touch/devel-proposed/krillin.en
[14:32] <popey> this is correct, target the 14.10 framework
[14:33] <Elleo> popey: I'm surprised the 15.04 framework isn't available on 15.04, any idea why?
[14:33]  * mcphail has had this problem with the emulator
[14:33] <popey> Elleo: because nobody has done it yet.
[14:34] <popey> lool: ^
[14:34] <popey> still your domain?
[14:38] <ogra_> popey, there should be 15.04-dev1 or some such
[14:38] <LangeOortjes> ogra_, popey, tried that one as well ;)
[14:38] <ogra_> the -devX will only be dropped with the last upload
[14:38] <ogra_> phablet@ubuntu-phablet:~$ ls /usr/share/click/frameworks/|grep 15.04
[14:38] <ogra_> phablet@ubuntu-phablet:~$
[14:38] <ogra_> hmm
[14:41] <beuno> ubuntu-core-15.04 is snappy
[14:41] <beuno> there is no 15.04 touch framework
[14:42] <beuno> which is ok, 14.10 works on 15.04 just fine
[14:42] <popey> what if you have an app which only works on 15.04?
[14:43] <beuno> there is no such thing, as 15.04 hasn't produced a framework
[14:43] <popey> le sigh
[14:43] <popey> I find it incredibly frustrating to have this conversation every six months.
[14:43] <LangeOortjes> popey, beuno that is confusing because the SDK does offer the option to target the ubuntu-core-15.04 framework
[14:44] <beuno> LangeOortjes, it's a bug that the SDK offers you a framework touch doesn't support
[14:44] <beuno> bzoltan_, ^
[14:47] <bzoltan_> beuno: The sdk pulls the list of frameworks from the store
[14:49] <mcphail> The various options for 14.10 are confusing as well
[14:49] <bzoltan_> beuno:  But we do a quick fix to filter out the core frameworks if lool does not want or can not fix it on the server side. No problem for me.
[14:50] <bzoltan_> lool: mcphail: beuno: the best would be to release an ubuntu-sdk-15.04 framework
[14:50] <ogra_> to early ...
[14:50] <ogra_> what i wonder though is why we did not have a 15.04-devX one this cycle
[14:51] <ogra_> i thought that was a standard, so people can develop against the upcoming framework while it is unstable
[14:52] <bzoltan_> ogra_: That is what I mean ...the  ubuntu-sdk-15.04-dev
[14:52] <ogra_> right
[14:52] <ogra_> we have never seeded it ... i wonder why
[14:53] <ogra_> the last cycles we simply dropped the -dev on release day
[14:53] <mcphail> Surely the default framework for an upcoming release should be stable? Unstable frameworks should target release+2
[14:54] <mcphail> An app should be stable on the day of OS upgrade
[14:54] <ogra_> the vivid framework (15.04) goes stable on release day
[14:55] <mcphail> ogra_: yes - but if you are trying to tidy your app up for release, you don't get a stable target until after the event
[14:55] <ogra_> the point is that you might want to work on a new version of your app that should use the 15.04 framework ... with the -devX options you had that ability
[14:56] <ogra_> mhall119 did that for uReadit last cycle i think
[14:56] <mcphail> The -dev option may be fine for a couple of months, but when you're a few weeks from release the target should be stable
[14:57] <nik90> I have noticed several people incorrectly targetting the ubuntu-sdk-15.04 framework..I think this confusion exists because people who use the new qmake project type require the 15.04-chroots to build their project and also incorrectly assume that they should target the 15.04-framework
[14:57] <mcphail> That's how google do it: the stable SDK is release a few weeks before the OS upgrade
[14:57] <nik90> personally I have no idea why ubuntu-sdk-15.04-dev framework never came up
[14:57] <nik90> as a result the online docs are completely missing the new list item documentation which is offered in Ubuntu.Components 1.2
[14:58] <bzoltan_> nik90:  please note that there is _NO_ ubuntu-sdk-15.04 in the IDE ... it is ubuntu-core-15.04
[14:59] <nik90> bzoltan_: yeah i meant to type "they were targetting ubuntu-core-15.04"
[14:59] <bzoltan_> nik90:  and we push out a quikc fix to disable the core fw in the IDE
[14:59] <LangeOortjes> All these internal affairs aside, am I correct in assuming that for now there's no way to test an app developed with Ubuntu.Components 1.2 on a device?
[14:59] <nik90> LangeOortjes: incorrect
[14:59] <bzoltan_> nik90:  I know it was confusing,sorry for that
[14:59] <nik90> LangeOortjes: you can use Ubuntu.Components 1.2 with the 14.10 framework on a devel-proposed image
[15:00] <nik90> LangeOortjes: the ideal logical way should have been Ubuntu.Components 1.2 + 15.04-framework + devel-proposed image...but since the 15.04-framework does not exist, you stick to 14.10
[15:05] <LangeOortjes> nik90, thank you
[15:05] <LangeOortjes> success
[15:07] <LangeOortjes> turned out my issue was not related to Ubuntu.Components 1.2 not being available but rather due to QtQml.Models hot being available
[15:40] <davmor2> mzanetti: on mvm on vivid if you try and tap the play pause button sometimes the indicators will zoom down instead it still pauses the game but it is a little odd have you seen that?
[15:49] <mzanetti> davmor2, no... haven't seen that
[15:50] <mzanetti> and atm a bit trouble to understand what you mean
[15:51] <davmor2> mzanetti: I'll grab a video in a minute
[16:04] <davmor2> mzanetti: http://people.canonical.com/~davmor2/video20150401_160113561.mp4
[16:10] <mzanetti> davmor2, interesting... looks like the panel accepts input even though it is hidden behind the app
[16:11] <mzanetti> davmor2, can you reproduce this with other fullscreen apps?
[16:11] <davmor2> mzanetti: I'll have a play after meetings are out of the way
[16:24] <aquarius> blimey. got a go+qml app to compile and it was easy :) Now I need to, er, learn some go rather than just pasting in code from the web :)
[16:53] <davmor2> mzanetti: so I can reproduce it with gallery
[16:54] <mzanetti> davmor2, looks like a unity8 bug
[16:54] <mzanetti> davmor2, can you report please
[16:54] <davmor2> mzanetti: I'll go blame Saviq
[16:54] <mzanetti> obviously
[16:54] <davmor2> :D
[16:58] <mhall119> ogra_: No, I always used the frameworks available on phone images
[16:58] <ogra_> ah
[16:58] <mhall119> ogra_: currently there is no 15.04 framework on the phones or in the store, only the SDK seems to think such a framework exists
[16:59] <mhall119> bzoltan_: ^^ we either need to get this 15.04 framework (or a -dev version of it) on the vivid phone releases, or drop it from the SDK, it's causing confusion
[16:59] <ogra_> mhall119, yes, we're fixing that
[16:59] <mhall119> cool :)
[16:59] <ogra_> mhall119, i talked to pmcgowan about it today
[16:59] <mhall119> perfect
[16:59] <mhall119> it was on my list for a couple of days now, just hadn't gotten to it :)
[17:00] <bzoltan_> mhall119:  to be precise... no :) the SDK does not show ubuntu-sdk-15.04 framework... it shows ubuntu-core-15.04 and the list comes from the app store. So it is not gard coded in the SDK
[17:00] <ogra_> we'll need someone to take the responsibility for it ... the guys that did it before are all busy in other projects now
[17:00] <pmcgowan> mhall119, its defined int he store
[17:00] <mhall119> bzoltan_: ah, right, I remember that now....
[17:00] <pmcgowan> we need to fix the 15.04 fw for qml etc
[17:00] <mhall119> pmcgowan: only the core one, which probably shouldn't be available in the SDK
[17:00] <pmcgowan> mhall119, until it should :)
[17:01] <bzoltan_> mhall119:  the change to hide the core fw is already migrating to the archive
[17:01] <mhall119> core == snappy right?
[17:01] <pmcgowan> yeha need to think about that too, maybe a display tag or something
[17:01] <mhall119> bzoltan_: ok, thanks
[17:01] <bzoltan_> mhall119: yes
[17:01] <pmcgowan> mhall119, yeah and sdk will do snaps "soon"
[17:01]  * mhall119 looking forward to it
[17:01] <pmcgowan> but core probably not relevant
[17:01] <pmcgowan> so an issue indeed
[17:02] <bzoltan_> mhall119: pmcgowan: yes,  the snap and scope support are the next in the queue
[17:03] <bzoltan_> mhall119: pmcgowan:  who do we need to bribe to create 15.04 frameworks?
[17:03] <mhall119> mvo or whomever is managing click these days, probably beuno to get an app-specific one in the store
[17:04] <pmcgowan> bzoltan_, I want to think it through, we also need a fix in the images
[17:04] <pmcgowan> will move to top of list, was an oversight
[17:04] <pmcgowan> since our fw guy went off to snappyland
[17:05] <bzoltan_> pmcgowan:  mhall119: The click side i can fix, it is a no brainer, but I have no access to extend the store list.
[17:05] <pmcgowan> bzoltan_, is the ubuntu shape in vivid a newer implementation than the one in rtm?
[17:05] <bzoltan_> pmcgowan:  yes
[17:06] <pmcgowan> bzoltan_, looking at a bug thats making me wonder if could be related
[17:06] <pmcgowan> https://bugs.launchpad.net/tangxi/+bug/1436094
[17:06] <pmcgowan> the avatar icons in the contact list are kinda screwed up, and they are ubuntu shapes
[17:07] <pmcgowan> but we dont see this anywhere else
[17:08] <bzoltan_> pmcgowan:  I get loicm_ on it
[17:08] <pmcgowan> bzoltan_, not sure if its the app or what
[17:12] <beuno> bzoltan_, the store is quick and easy, many of us have access to do that
[17:12] <beuno> once its on the devices, of course
[17:13] <bzoltan_> pmcgowan:  The new shapes did not cause any visual regression when I landed it... everything looked normal. I will check it out with zsombi (he has device) and with loicm_
[17:14] <bzoltan_> beuno:  The  fix for qtc to hide the core fws is on its way, but it was a bit early to put the core fw to the store interface imo
[17:17] <beuno> bzoltan_, the store is the store for all the ubuntu things, not just the phone  :)
[17:18] <bzoltan_> beuno:  I know .. but we have few hundred customers who we do not want to confuse :) and we just did
[17:19] <bzoltan_> anyhow, the fix is on ots way
[17:21] <beuno> bzoltan_, pmcgowan, right, so I think this opens up a conversation on how we'll deal with this explosion of devices
[17:22] <pmcgowan> beuno, but there is no explosion of frameworks right?
[17:23] <loicm_> bzoltan_, pmcgowan: never seen such a "distortion" in the shape, but the way it looks it's very likely a bug in there
[17:23] <loicm_> bzoltan_, pmcgowan: adding that to my tasks
[17:23] <pmcgowan> loicm_, thanks, I don't see it anywhere else so its curious
[17:23] <bzoltan_> loicm_: I love you man, thanks
[17:24] <mhall119> pmcgowan: right, if anything we didn't create enough frameworks (we should have introduced an ubuntu-sdk-15.05-dev1 when Ubuntu.Components 1.2 was introduced)
[17:24] <pmcgowan> mhall119, indeed, I thought we did
[17:24] <ogra_> i think we did +
[17:25] <ogra_> but we didnt add it to the image
[17:25] <ogra_> in the past loic did that ...
[17:25] <ogra_> but then snappy ate him
[17:26] <beuno> pmcgowan, there will be, yes, given Snappy is very basic and will be extended by frameworks
[17:27] <pmcgowan> beuno, ah right I see
[17:27] <ogra_> this will be so much fun to switch to snappy as a base for the phone one day ....
[17:27] <ogra_> soring all these frameworks ... making smooth upgrades work ...
[17:27] <ogra_> *sorting
[18:19] <mhall119> Mirv: you still around?
[22:26] <akiva-thinkpad> zbenjamin, ping
[22:26]  * akiva-thinkpad thinks hes probably sleeping
[22:26] <akiva-thinkpad> !ping