[08:11] <Saviq> tsdgeos, mornin'
[08:11] <tsdgeos> Saviq: hey
[08:11] <Saviq> tsdgeos, we got 5.4 breaking a bunch of our tests ;/
[08:12] <tsdgeos> did we?
[08:12] <Saviq> http://pastebin.ubuntu.com/10269595/
[08:12] <Saviq> oups
[08:13] <Saviq> tsdgeos, runaway :P
[08:13] <Saviq> tsdgeos, http://pastebin.ubuntu.com/10269595/
[08:14] <tsdgeos> what
[08:14] <tsdgeos> clicking the link makes it vanish
[08:14] <tsdgeos> maybe needs a qt 5.4 rebuild?
[08:15] <tsdgeos> anyhow
[08:15] <tsdgeos> yeah i'll have a look
[08:16] <Saviq> tsdgeos, I can repro locally after a rebuild
[08:17] <Saviq> tsdgeos, the other priority we have today is https://code.launchpad.net/~unity-team/unity8/physical-key-mapper/+merge/249890 - if Daniel shows up early, he could review, otherwise I'd like you to have a look, and mzanetti to test rtm silo 2
[08:17] <Saviq> 20
[08:18] <tsdgeos> Saviq: he's carnival'in
[08:18] <tsdgeos> so i don't think he'll show up
[08:18] <Saviq> tsdgeos, oh right
[08:18] <Saviq> tsdgeos, then yeah, please review, it's not huge
[08:18] <tsdgeos> sure
[08:18] <tsdgeos> now clicking on that link didn't make it crash
[08:18] <tsdgeos> :D
[08:19] <Saviq> if you have an idea to simplify, let me know, it was 1am yesterday I finished that, so might've missed something
[08:26] <Saviq> tsdgeos, network issues? or IRC acting up?
[08:26] <tsdgeos> Saviq: irc client crashing because of Qt 5.4
[08:26] <tsdgeos> http://paste.ubuntu.com/10269746/
[08:27] <Saviq> o yay ;)
[08:34] <mzanetti> moin moin
[08:34]  * mzanetti starts testing silo2
[08:38] <Saviq> mzanetti, 20, not 2
[08:39] <Saviq> mzanetti, before that, you might wanna ask trainguards to update qtsystems in silo 0
[08:39] <mzanetti> mhm
[08:40] <Saviq> I just kicked a unity8 build
[08:41] <Mirv> right, your qtsystems needs to be rebased on the new git snapshot and version bumped
[08:42] <Saviq> yup
[08:44] <mzanetti> ack
[08:44] <mzanetti> Saviq: can you update me on deadlines?
[08:45] <mzanetti> silo20, today EOD, right?
[08:52] <Saviq> mzanetti, yeah
[08:59] <tsdgeos> mzanetti: yes silo20 eod otday
[09:51] <tsdgeos> Saviq: damn the touch stuff daniel did seems not to be working the same :/
[09:52] <tsdgeos> we really need to get this qmluitests into the packaging :/
[10:37] <mzanetti> Mirv: I've updated my qsysteminfo branch. should build fine agains 5.4 now
[10:40] <mzanetti> Saviq: hmm... rtm silo20 turns the screen off when I try to take a screenshot
[10:41] <mzanetti> shouldn't there be a u-s-c branch too in there?
[10:43] <tsdgeos> mzanetti: it's not needed anymore with saviq's code
[10:44] <tsdgeos> mzanetti: how do you take a screenshot? note it's the two volume keys now
[10:44] <tsdgeos> just press them at the same time
[10:44] <mzanetti> not working here
[10:44] <mzanetti> takes a screenshot with power + voldown
[10:44] <mzanetti> but also turns the screen off
[10:44] <tsdgeos> mzanetti: well you should not be pressing power :D
[10:45] <mzanetti> then no screenshots here
[10:45] <tsdgeos> then rebuild the silo?
[10:45] <tsdgeos> which branches are there?
[10:45] <mzanetti> only unity8
[10:45] <mzanetti> ok, can try a rebuild... thought it would have been ready for testing (as per emails in my inbox)
[10:46] <tsdgeos> yeah looked like it
[10:47] <tsdgeos> mzanetti: but yeah look at https://code.launchpad.net/~unity-team/unity8/rtm-20150213/+merge/249680
[10:47] <tsdgeos> it has
[10:47] <tsdgeos>  } else if (event.key == Qt.Key_VolumeDown) {
[10:47] <tsdgeos> if (event.isAutoRepeat && !d.ignoreVolumeEvents) root.volumeDownTriggered();
[10:47] <tsdgeos>  else if (!event.isAutoRepeat) {
[10:47] <tsdgeos>  if (d.volumeUpKeyPressed) {
[10:47] <tsdgeos>  if (Powerd.status [10:47] <mzanetti> right... says that commit is 12 hours old
[10:48] <tsdgeos> so screenshot is triggered with down+up
[10:48] <mzanetti> and the last rebuild from silo is 12h too
[10:48] <mzanetti> so probably not in that build yet. building now
[10:59] <mzanetti> tsdgeos: think this is 5.4 related? https://launchpadlibrarian.net/197896968/buildlog_ubuntu-vivid-amd64.ubuntu-system-settings_0.3%2B15.04.20150217-0ubuntu1_FAILEDTOBUILD.txt.gz
[11:00] <tsdgeos> yes
[11:00] <tsdgeos> mirv had a patch that adds the missing include
[11:00] <tsdgeos> not sure if it has landed or not
[11:00] <tsdgeos> Mirv: ↑ ?
[11:07] <Mirv> mzanetti: ok. someone else I guess uploaded it to your silo last time, but do you want me to do it now?
[11:07] <mzanetti> Mirv: yes please
[11:07] <Mirv> mzanetti: tsdgeos: sorry, ubuntu-system-settings trunk now up-do-date. it was a patchwork of multiple branches.
[11:08] <mzanetti> ok. rebuilding systemsettings in silo0 then
[11:19] <tsdgeos> Mirv: we need to add to the "things to check when moving qt"
[11:19] <tsdgeos> run qmluitests in unity8
[11:20] <tsdgeos> i forgot and we have lots of broken tests regarding touch now :/
[11:21] <Mirv> tsdgeos: please add to https://wiki.ubuntu.com/Process/Merges/TestPlans/Qt
[11:22] <Mirv> tsdgeos: I now added a new header "Checks to be done by certain upstreams" that could be useful
[11:23] <Mirv> (or have qmluitests part of AP:s or something..)
[11:23] <Mirv> mzanetti: new qtsystems building in 000 https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-000/+sourcepub/4783146/+listing-archive-extra
[11:24] <mzanetti> Mirv: thanks!
[11:24] <tsdgeos> Mirv: added a line
[11:24] <Mirv> tsdgeos: great!
[11:24] <tsdgeos> Mirv: the plan is having qmluitests as part of the regular make check, but until that happens let's have that line :D
[11:31] <Encrypt> Hello ther eo/
[11:31] <Encrypt> tedg, o/
[11:31] <Encrypt> I managed to have the count in the dock \o/
[11:31] <Encrypt> https://dl.dropboxusercontent.com/u/19626172/dock_count.png
[11:33] <Cimi> tsdgeos, I didn't understand if I have to add maximumLineCount or not
[11:33] <Cimi> tsdgeos, do we care?
[11:33] <tsdgeos> Cimi: let's add it so others don't try to use \n again and complain when it breaks
[11:34] <Cimi> tsdgeos, ok, both attributes and subtitle?
[11:34] <Cimi> attributes has it already
[11:45] <tsdgeos> pete-woods: do you remember which bug https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1422689 is duplicate of?
[11:45] <mzanetti> MacSlow: is this wanted? http://i.imgur.com/cVnOPma.png
[11:45] <mzanetti> looks like a bug to me
[11:45] <MacSlow> mzanetti, certainly a bug
[11:45] <tsdgeos> mzanetti: what's wrong?
[11:46] <mzanetti> tsdgeos: the notification covers the panel
[11:46] <MacSlow> tsdgeos, the notification needs to respect the top-bar
[11:46] <tsdgeos> ah
[11:46] <tsdgeos> mzanetti: where's that? rtm?
[11:46] <MacSlow> mzanetti, how did you force this to happen?
[11:46] <mzanetti> so... silo 20 no good yet
[11:46] <tsdgeos> mzanetti: you sure that's new?
[11:46] <mzanetti> well, it doesn't happen on my dogfooding phone
[11:47] <mzanetti> an reflash to check
[11:47] <mzanetti> can
[11:47] <MacSlow> mzanetti, this used to be a bug... very long ago
[11:47] <tsdgeos> mzanetti: so we want regular rtm, right? let me see
[11:47] <mzanetti> yeah
[11:48] <Cimi> tsdgeos, https://code.launchpad.net/~cimi/unity8/fix-long-subtitle-card/+merge/249984
[11:48] <MacSlow> mzanetti, unless the panel-height isn't messed around with, this should not happen
[11:48] <tsdgeos> Cimi: ok
[11:49] <tsdgeos> mzanetti: yeah seems to work here
[11:49] <mzanetti> probably some issue with cherry-picking
[11:49] <tsdgeos> yeah
[11:49] <mzanetti> iirc there was a change related to panelHeight in trunk which isn't in rtm ye
[11:49] <mzanetti> t
[11:49] <tsdgeos> cherry-picking of death
[11:51] <MacSlow> mzanetti, fyi... overall placement for notifications-listview happens in Shell.qml
[11:55] <mzanetti> tsdgeos: weird... I just reflashed rtm and seems I have the issue there too
[11:56] <tsdgeos> hmmm
[11:57] <tsdgeos> i was using image 234
[11:57] <tsdgeos> let me use 236
[11:58] <tsdgeos> mzanetti: well is on release or on autorepeat, is it really that bad?
[11:58] <tsdgeos> it felt ok to me
[11:58] <mzanetti> it's not *that* bad... but still not as good as direct feedback
[11:59] <pete-woods> tsdgeos: https://bugs.launchpad.net/ubuntu-translations/+bug/1327419
[12:00] <pete-woods> I've marked the duplicate
[12:00] <tsdgeos> pete-woods: thanks :)
[12:05] <tsdgeos> mzanetti: 236 works fine here on krillin
[12:05] <tsdgeos> mzanetti: weeeird
[12:05] <tsdgeos> mzanetti: what do you do?
[12:06] <mzanetti> so afaict the topmostIsFullscreen property in Notifications is broken in trunk and in rtm
[12:06] <mzanetti> MacSlow|lunch: ^
[12:06] <Cimi> tsdgeos, need my help on anything?
[12:06] <mzanetti> still that doesn't explain the issue
[12:06] <mzanetti> must be something with panel.panelHeight
[12:06] <tsdgeos> mzanetti: but but it works for me :D
[12:06] <Cimi> tsdgeos, with this I am done, unless I start fixing the zoom with the image gallery preview
[12:07] <MacSlow|lunch> mzanetti, I'll look into it when I'm back from eating
[12:07] <tsdgeos> Cimi: i'm looking at some regressions we have due to 5.4 in touch, no other thing for you in my side
[12:07] <tsdgeos> Cimi: so if you have something else to fix, fix!
[12:09] <mzanetti> tsdgeos: which channel did you flash?
[12:09] <mzanetti> wat!
[12:09] <tsdgeos> ubuntu-device-flash  --channel=ubuntu-touch/ubuntu-rtm/14.09-proposed
[12:09] <mzanetti> rebooted, it works now
[12:09] <mzanetti> without changing anything
[12:09] <tsdgeos> :S
[12:09]  * mzanetti installs silo20 again
[12:12] <mzanetti> ok... broken again
[12:14] <mzanetti> tsdgeos: I have a feeling the SIM pin notification breaks it
[12:14] <tsdgeos> ah
[12:14] <tsdgeos> that may be
[12:14] <tsdgeos> i have no sim
[12:15] <tsdgeos> it'd be cool if you confirm it in plain rtm
[12:15] <tsdgeos> so we have a proper bug to fix :)
[12:15] <mzanetti> yep, on it
[12:17] <mzanetti> tsdgeos: yep, confirmed... removing the sim fixes it. the one time it was working before was because I'm suffering from the bug where the Nexus4 sometimes won't pick up the sim card
[12:17] <tsdgeos> mzanetti: good, assign to MacSlow|lunch then :)
[12:17] <mzanetti> yep, I'll report
[12:20] <tsdgeos> darg
[12:20] <tsdgeos> so there's touch event compression now
[12:20] <tsdgeos> breaks all our tests
[12:20] <tsdgeos> question is if also breaks runtime or not
[12:21] <tsdgeos> seems it doesn't
[12:21] <tsdgeos> so let's force it for tests now only
[12:22]  * mzanetti is not exactly sure what tsdgeos is talking about :D
[12:22] <tsdgeos> mzanetti: we have lots of tests failing with Qt 5.4
[12:22] <tsdgeos> because QtQuick has introduced "touch event compression",
[12:22] <tsdgeos> i.e. basically adding up together move events
[12:22] <tsdgeos> but that breaks some of our tests
[12:22] <tsdgeos> that do: move, check, move, check,
[12:22] <mzanetti> does that mean it discards intermediate events?
[12:23] <tsdgeos> but real life DDAs and stuff work
[12:24] <tsdgeos> mzanetti: yes and no
[12:24] <tsdgeos> basically delays it by 1
[12:24] <tsdgeos> so basically they are compressing events tha are exactly the same
[12:25] <tsdgeos> i guess they were getting repeated stationary touch events or something
[12:25] <mzanetti> mhm
[12:25] <mzanetti> you want to talk to daniel, he does some fancy gesture speed calculations that are probably affected
[12:26] <mzanetti> Saviq: when you have a minute, please ping me
[12:26] <tsdgeos> mzanetti: of course, that's why tests are failing
[12:28] <Mirv> mzanetti: qtubuntu also needs rebuild in 000
[12:28] <mzanetti> Mirv: ack, thanks
[12:29] <mzanetti> greyback_: fyi ^^
[12:29] <Mirv> greyback_: ^ too, since you're rebuilding qtmir atm
[12:29] <Mirv> :)
[12:38] <mzanetti> hmm... can't swipe away the volume notification :/
[12:41] <tsdgeos> not all notifucations are swipable
[13:04] <MacSlow> mzanetti, that's intentional
[13:04] <MacSlow> mzanetti, sync. notifications and expanded snap-decisions are not meant to be swipe-able
[13:05] <mzanetti> I can see how that makes sense for snap decisions, as they have buttons to get away with them
[13:05] <mzanetti> but volume up/down...
[13:06] <MacSlow> mzanetti, is the top-margin issue still valid?
[13:07] <mzanetti> MacSlow: yes: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1422711
[13:14] <Saviq> mzanetti, pong
[13:14] <MacSlow> mzanetti, trying to reproduce it now
[13:14] <mzanetti> Saviq: hey
[13:15] <Saviq> mzanetti, volup+voldown for screenshot
[13:15] <Saviq> not power after all
[13:15] <mzanetti> yeah, saw that... feels odd
[13:15] <mzanetti> the onReleased to change volume
[13:15] <Saviq> mzanetti, why?
[13:15] <mzanetti> because it does :D you press and it doesn't change the volume
[13:15] <Saviq> mzanetti, it odes
[13:15] <mzanetti> onRelease only
[13:16] <Saviq> mzanetti, if you release straight away
[13:16] <Saviq> mzanetti, which is 99% of the use cases
[13:16] <mzanetti> yeah well... just my opinion
[13:16] <Saviq> mzanetti, and for long-press it works again
[13:16] <mzanetti> I wouldn't do it this way
[13:16] <Saviq> mzanetti, best of both worlds simply, otherwise you'd need to press power *before* vol
[13:16] <mzanetti> so?
[13:17] <mzanetti> anyways, if you all agree the onReleased is ok... works for me I guess...
[13:18] <mzanetti> just doesn't feel polished enough IMO
[13:18] <mzanetti> another thing is that volume notifcations can't be dismissed by swiping
[13:18] <mzanetti> which according to Mirco is the expected behavior. feels odd to me too
[13:19] <MacSlow> mzanetti, ok... reproduced... and got an idea what might be causing it.
[13:19] <Saviq> mzanetti, notifications are getting a redesign right now, so don't worry there
[13:19] <mzanetti> mhm, ok
[13:19] <Saviq> mzanetti, if you have better ideas for the screenshot, I'm all ears,
[13:20] <Saviq> but requiring power first, then volume, sounds not user friendly, especially on arale, where you have power on top and volume on side
[13:20] <mzanetti> thing is, you have to look it up anyways how to take screenshots as it's kinda a hidden feature, and very few people will use it.
[13:21] <mzanetti> but the volume buttons reacting too late affects everyone
[13:21] <Saviq> mzanetti, I'm just fixing a bug now, really, there's no design for this
[13:21] <mzanetti> ack
[13:21] <Saviq> mzanetti, we can file a bug for ubuntu-ux to actually test a few possibilities
[13:21] <MacSlow> Saviq, mzanetti: how about combined swipe-guestures instead of hw-buttons?
[13:21] <mzanetti> as I said... just my 2 cents... you asked me to test, here's my opinion
[13:22] <MacSlow> Saviq, mzanetti: it would also avoid the always present volume notification on resulting screenshots
[13:22] <Saviq> MacSlow, that's what my branch fixes
[13:22] <mzanetti> MacSlow: you're not up to date :)
[13:23] <MacSlow> mzanetti, well I'm in AP-land atm
[13:27] <Saviq> mzanetti, I just checked with android, they do it power+home (at least old, + samsung), new one is supposed to be power + voldown,
[13:27] <Saviq> mzanetti, and holding for 2s
[13:28] <mzanetti> Saviq: I personally really don't mind how to take screenshots, as long as it doesn't impact other behavior (e.g. no delay of other actions - be it a timer or onReleased)
[13:28] <Saviq> in any case, I really don't think the onReleased change is so detrimental to the UX, you know because you know, 99% of other people won't even notice
[13:33] <mzanetti> it just adds a feeling of slowness
[13:33] <mzanetti> so they won't understand what's happening, but they'll say "the iphone reacts faster to input"
[13:33] <mzanetti> as an example
[13:35] <mzanetti> anyways
[13:35] <mzanetti> it works
[13:35] <mzanetti> gonna run AP now on the silo
[13:35] <mzanetti> looks ok otherwise
[13:39] <mzanetti> greyback_: are you already on it to fix qtubuntu?
[13:39] <greyback_> mzanetti: yeah
[13:39] <mzanetti> ack
[13:39] <mzanetti> thanks
[13:40] <MacSlow> mzanetti, I have a working fix for LP: #1422711, just need to figure out a good way to test it... qml-wise
[13:43] <paulliu> Saviq: https://code.launchpad.net/~paulliu/unity8/lp1350891_ScrollBackground/+merge/249989
[13:43] <paulliu> Saviq: I'm wondering if this changes are ok.
[13:44] <Saviq> paulliu, from a quick look - where's the DashBackground we had previously?
[13:44] <Saviq> paulliu, but you'll need someone else to review
[13:46] <paulliu> Saviq: previously I put the DashBackground alongside the ScopeListView. And scroll it by contentY.
[13:46] <paulliu> Saviq: But the things is tryGenericScopeView works. The background scrolls.
[13:47] <Saviq> paulliu, yeah, but what I mean is don't we already have a DashBackground, and if we do, why can't I see it being removed?
[13:47] <Saviq> in the diff I mean
[13:47] <paulliu> Saviq: got it.
[13:47] <paulliu> Saviq: Let me remove it.
[15:34] <mterry> tsdgeos, why don't we run the qmluitests during build anyway?
[15:53] <tsdgeos> mterry: saviq was working on it
[15:53] <tsdgeos> mterry: don't remember the exact problems he had
[15:53] <tsdgeos> let me try to dig the review
[15:53] <greyback_> suspect an xserver of some kind needed
[15:53] <greyback_> plus maybe a mock dbus server
[15:54] <tsdgeos> sure, both are needed
[15:54] <tsdgeos> but both are things we have already
[15:55] <tsdgeos> mterry: can't find the MR now, maybe he discarded it
[15:55] <mterry> fair
[16:10] <Saviq> tsdgeos, mterry, yeah, I still have it in the pipeline, not sure they will run during build (waste of builders time), but definitely in DEP8
[16:11] <mterry> Saviq, DEP8 would be great
[16:12] <Saviq> mterry, yeah, that's prio
[16:32] <seb128> ChrisTownsend, hey, is your unity8 desktop session on vivid still working? mine freezes on the greeter
[16:32] <seb128> willcooke, ^
[16:33] <ChrisTownsend> seb128: Mine is working and I just updated the machine a couple of hours ago.
[16:33] <seb128> :-(
[16:34] <ChrisTownsend> seb128: Which greeter is it freezing on? (Unity 8 or the one w/ LightDM)
[16:36] <seb128> unity8 in session
[16:36] <ChrisTownsend> seb128: Hmm, any clues in ~/.cache/upstart/unity8.log?
[16:36] <seb128> let me see
[16:43] <seb128> ChrisTownsend, nothing useful I can see, complaining about loading the battery 100 charged icon, but I doubt it's it
[16:44] <ChrisTownsend> seb128: Hmm, strange.  Since you're in U8, I doubt anything useful will be in /var/log/lightdm/unity-system-compositor.log either, but it may be worth checking.
[16:48] <seb128> ChrisTownsend, tried with another user, my log is spammed with "Failed to get image from provider: image://theme/battery-100", I wonder if that's the issue
[16:48] <ChrisTownsend> seb128: Hmm, it might be.  I'll look to see if I get that error in my log as well.
[16:49] <seb128> ChrisTownsend, of course my batter is fully charged to get that error I guess
[16:49] <seb128> on thread is blick in QPixmap code
[16:50] <ChrisTownsend> seb128: I have a fully charged battery as well, but I don't see that error.
[16:50] <seb128> :-(
[16:53] <ChrisTownsend> seb128: Maybe find the package that the battery-100 image is in a force the package to be reinstalled?  Just a thought...
[16:53] <josharenson> mardy: was told to ask you about ubuntu-system-settings-online-accounts. It builds/installs, but trunk can't get a trusted prompt session (returns null). However when I build rtm branch, it works fine...
[16:53] <seb128> ChrisTownsend, I prefer not, the shell shouldn't freeze on a missing icon
[16:54] <seb128> ChrisTownsend, so that's still worth a bug report imho
[16:54] <ChrisTownsend> seb128: True and I agree, it sounds like a bug.  It will definitely prove it's a bug if you replace the missing icon and it all works.
[16:56] <seb128> ChrisTownsend, getting a bt of the hand first :p
[16:56] <ChrisTownsend> seb128: Yep
[16:57] <seb128> ChrisTownsend, http://paste.ubuntu.com/10276002/
[16:57] <seb128> getting debug symbols
[17:00] <seb128> http://paste.ubuntu.com/10276060/
[17:00] <seb128> Saviq, others, ^ is that a known issue? currently untiy8 desktop hangs on start for me
[17:00] <seb128> on vivid
[17:01] <seb128> log has "Failed to get image from provider: image://theme/battery-100" warnings and the bt suggests it's stucked in some image loader
[17:01] <seb128> could be a qt5.4 fallout
[17:07] <kgunn> not sure that'd even be unity8 necessarily
[17:09] <kgunn> but i see what you mean... you wouldn't want unity8 to hang b/c of it
[17:09] <greyback_> seb128: is it hanging, or using 100% cpu?
[17:09] <greyback_> that bt is familiar to me
[17:09] <seb128> greyback_, cpu
[17:09] <greyback_> yeah
[17:09] <seb128> which leads to hang
[17:10] <seb128> well, the UI isn't redrawing
[17:10] <seb128> it's stucked
[17:10] <greyback_> seb128: is dbus very busy?
[17:10] <greyback_> my theory was that the battery status dbus message is firing incredibly fast, causing qt to redraw the battery icon continually
[17:11] <greyback_> completely blocking everything else
[17:11] <seb128> greyback_, did you open a bug about that?
[17:12] <greyback_> seb128: no as I only occasionally discovered this happening
[17:12] <kgunn> seb128: there is this one
[17:12] <kgunn> https://bugs.launchpad.net/bugs/1417773
[17:13] <kgunn> which got debugged down to 3 distinct probs....1 of which was dbus
[17:13] <seb128> kgunn, doesn't seem the same one
[17:14] <kgunn> seb128: right...i would suppose gerry's theory would eventually recover ?
[17:14] <greyback_> I never saw it recover
[17:14] <seb128> it doesn't recover
[17:14] <kgunn> so busy forever ?
[17:14] <seb128> greyback_, dbus doesn't seem especially busy
[17:14] <seb128> kgunn, seems so
[17:14] <greyback_> somehow yeah
[17:14] <seb128> and at every login now on that box
[17:14] <greyback_> seb128: ok, there goes that theory
[17:14] <seb128> I can't logging anymore
[17:14] <seb128> tried 10 times with different users as well
[17:15] <kgunn> seb128: when did this occur ? like do you know if it worked on Friday...but broke between then and now ?
[17:15] <seb128> greyback_, the unity8 log suggests it fails to find the icon
[17:15] <greyback_> seb128: if you're in gdb, could you get the icon string or filename from around frame 4? Might give us a clue
[17:16] <seb128> greyback_, log has "Failed to get image from provider: image://theme/battery-100"
[17:16] <greyback_> seb128: sure, but the BT indicates it's doing a pixmap fill
[17:16] <greyback_> as if it's reading an image
[17:16]  * greyback_ not sure
[17:17] <seb128> greyback_, new bt seems a bit different, see bottom of http://paste.ubuntu.com/10276267/
[17:19] <greyback_> seb128: that's blocked on a dbus call
[17:19] <seb128> greyback_, how do I print the content of a QString in gdb?
[17:21] <greyback_> seb128: you need a pretty printer:http://pastebin.ubuntu.com/10276312/
[17:21] <greyback_> will add "printqstring" should shoud do the job
[17:22] <greyback_> I never got this working: http://stackoverflow.com/questions/10492290/gdb-pretty-printers-for-qt5
[17:27] <seb128> greyback_, that gives me a "There is no member or method named len" :-/
[17:28] <seb128> when trying to printqstring filename
[17:29] <greyback_> pah
[17:30] <greyback_> dumb script
[17:30] <seb128> :-/
[17:30] <greyback_> if filename hasn't been optimized out, it should be readable
[17:31] <greyback_> my apologies but I have to go for a couple of hours
[17:32] <seb128> greyback_, no worry, if you/somebody else is interested in debug more later, let me know
[17:32] <seb128> meanwhile that box is a brick to me...
[17:32] <greyback_> will be in touch when I get back
[17:32] <seb128> I'm probably going to be off for the day when you go back
[17:32] <seb128> but feel free to ping me tomorrow
[17:33] <greyback_> ok
[17:50] <seb128> greyback_, filename = /usr/share/icons/sure/status/scalable/battery-100.svg
[17:51] <seb128> greyback_, /usr/share/icons/suru/status/scalable/battery-100.svg
[17:51] <seb128> rather
[17:59] <seb128> greyback_, opened https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1422835