[02:10] === IMAGE 155 building (started: 20150330-02:10) === === chihchun_afk is now known as chihchun [03:45] === IMAGE 155 DONE (finished: 20150330-03:45) === [03:45] === changelog: http://people.canonical.com/~ogra/touch-image-stats/155.changes === === chihchun is now known as chihchun_afk [08:05] sil2100, Mirv ubuntu/silo-016 is a fix for desktop, there is no indicator-session on the phone AFAIK. Can you remove the need for sign off and publish [08:11] jibel: ah, sure, not sure why it was marked like that then [08:26] right [08:28] Courier, might be a bit late [08:33] ogra_: pong [08:33] pong ? [08:33] * ogra_ wrangles with google [08:55] === IMAGE RTM 259 building (started: 20150330-08:55) === === chihchun_afk is now known as chihchun [09:52] sil2100, I got a +1 for the vivid krillin tarball [09:52] sil2100, any objection to me pushing that now? [09:53] john-mcaleely: vivid? No objections from my side :) ogra_ you doing anything on vivid or is it fine to push a new tarball? [09:53] go ahead [09:53] john-mcaleely: do it then! Thanks :) [09:54] sil2100, ack [09:55] sil2100, done [10:15] john-mcaleely: \o/ [10:28] ogra_: the image build has finished while you and imgbot were disconnected ;) Will it pick it up still and generate a change file? [10:29] it should definitely generate the chanes file [10:30] lets see [10:30] imgbot, status 259 [10:30] Status: succeeded, Started: 2015-03-30 08:48:36 UTC, Finished: 2015-03-30 09:36:58 UTC [10:30] Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/23736 [10:30] Changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/259.changes [10:30] looks fine [10:52] dobey: ping === MacSlow is now known as MacSlow|lunch === chihchun is now known as chihchun_afk [11:48] * sil2100 off to prepare lunch [11:48] o/ === alan_g is now known as alan_g|lunch === MacSlow|lunch is now known as MacSlow [12:13] do it already :p [12:13] lol [12:13] * ogra_ foresees some happy post lunch hacking for sil2100 [12:13] ogra_: that'll be the tarball I just signed off then [12:14] ogra_: I'm assuming it is because there is no silo [12:14] ah ! [12:14] ogra_: hence there being no silo number in the annoying ping [12:15] sil2100: ^^^^^^^^^^^^ fix it already ;) [12:15] make the bad man stop [12:17] uuuh [12:17] What the fudge [12:19] hmm, maybe now? [12:20] It never had issues like that before [12:22] Worst thing it doesn't say which one it means [12:22] Will look at it once I finish cooking [12:22] jgdx: ping [12:22] rvr, pong [12:22] jgdx: Silo 9 [12:22] sil2100: device tarball for krillin rtm [12:22] jdstrand: After sudo service ofono start, I run /usr/share/ofono/scripts/list-contexts but I get a dbus error [12:23] Oops [12:23] jgdx: ^^ [12:23] jdstrand: Sorry, that was for jgdx [12:23] rvr, what's the error? [12:23] jgdx: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name :1.192 was not provided by any .service files [12:23] sil2100: row 19 [12:23] rvr, what's the device you're using to test this? [12:23] jgdx: http://paste.ubuntu.com/10706431/ [12:23] jgdx: krillin [12:25] rvr, weird. What's $ service ofono status # telling you? [12:26] $ service ofono status [12:26] ofono start/running, process 18858 [12:29] Hmm.. I see nothing in the network indicator [12:29] Lots of crashes [12:31] rvr, something might have crashed. I just tried this on mako and ofono start/stop works fine. Maybe restart and try again= [12:32] jgdx: Rebooting [12:35] jgdx: I have two entries in /var/lib/ofono, xxxx and xxxx-3. Last time I edited xxxx [12:36] rvr, I don't think there's a gprs file in the xxxx-3 dir. [12:36] jgdx: Right, no gprs there [12:37] rvr, could you paste the gprs file as it ends up? [12:37] jgdx: Crash again [12:37] rvr, pm is fine [12:38] jgdx: service ofono start creates lots of crashes in krillin [12:39] jgdx: http://paste.ubuntu.com/10706490/ [12:41] rvr, thanks. /me boots krillin [12:41] jgdx, anyway, if that's what your gprs file looks like, you can reboot and test [12:41] rvr, ^ [12:42] rvr, then add a custom context and confirm that it did not overwrite context1 [12:43] (assuming your testing the no-overwrite branch) [12:46] trainguards, what's the best strategy for resolving this [1] conflict? I can't seem to jiggle either branch so they merge cleanly. [1] https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-001-1-build/111/console === alan_g|lunch is now known as alan_g [13:07] jgdx: How is a custom context added? [13:08] rvr, System Settings -> Cellular -> Carrier -> APN -> Custom Context [13:08] jgdx: Ah, Custom APN [13:09] rvr, aah yes. :) [13:09] jgdx: Ok, I added a custom Internet APN, now what? [13:09] jgdx: hey! You can always make one of them the prerequisite of the other [13:09] rvr, check that contex1 is fine and context2 is whatever you just added. [13:09] sil2100, it is, though [13:09] jgdx: and on the other one merge it in there, so that it's basically 'extending' that one [13:09] jgdx: http://paste.ubuntu.com/10706650/ [13:10] jgdx: since if they're prereqs, then I suppose they should merge cleanly [13:11] sil2100, right, that's a good clue. Thanks! [13:11] rvr, that's how it's supposed to be. Thank you [13:12] jgdx: the train doesn't do anything special, it takes one merge, applies, takes the second merge, applies - so if you modify the bzr branch of merge #2 to require a prerequisite of merge #1 and include merge #1 in it (base it on merge #1) then it should be all cool [13:12] jgdx: yw! [13:12] jgdx: One stupid question. I edited the gprs file, doesn't it mean I modified the default APN of the SIM card? [13:13] rvr: hi [13:13] dobey: Hi [13:14] rvr, yes it does. If you do $ /usr/share/ofono/scripts/remove-contexts # ofono will restore them on boot. [13:14] dobey: Let me remember why I chased you... [13:14] jgdx: Ah, great [13:14] rvr, (or the next time it starts, but you had no such luck :P) [13:15] dobey: Ah, yes [13:15] dobey: pay-ui [13:16] right [13:16] dobey: I tested the click app in RTM. It's fine, except that the dialog got transparent. [13:16] rvr: only after cancelling and trying a second time? [13:17] sil2100: you managed to stop the annoying bot \o/ [13:17] dobey: When the bank confirmation page appears [13:17] rvr: right, but ToyKeeper had the same issue and was saying it only happens to her after the first time, and the first time it opens, it's fine [13:18] dobey: I clicked on the text box to enter the code, OSK popped up and also the confirmation dialog to keep the user there [13:18] dobey: I have an screenshot, wait [13:19] rvr: can you go to https://pay.ubuntu.com in the phone browser, and try to add the card there a couple times, to see if it has the same transparency issue? [13:19] dobey: http://people.canonical.com/~vrruiz/payui-transparent.png [13:20] sil2100, I had a stale branch lying around. Updating it fixed it. sil+1 [13:20] jgdx: \o/ great to hear that :) [13:20] :) [13:21] jgdx: Silo approved [13:21] rvr: right, i'm not quite sure how to replicate that issue here (i wasn't able to get an ap test which opens the dialog multiple times, to work). [13:21] rvr, awesome. Thank you [13:26] john-mcaleely: by the way device tarball on rtm is good :) [13:27] davmor2, excellent [13:27] sil2100, can I push it? ^ (device tarball, krillin, rtm) [13:28] john-mcaleely: yes :) We already had a rootfs built, so no conflicts here [13:28] pushing now then [13:28] sil2100: do we know if cwayne landed the custom tarball I've not heard back from him [13:29] sil2100, pushed [13:29] thank you davmor2 :-) [13:29] dobey: I'll try to check pay.ubuntu.com ASAP, but I'm checking another thing now [13:29] john-mcaleely: sure :) [13:30] ok [13:31] rvr: maybe this is a weird bug in qml or the Ubuntu.Web component, because we're using the exact same dialogs that webbrowser-app is using (with only changes to add objectNames for autopilot, and using i18n.dtr to load the webbrowser-app translations for them) [13:48] sil2100, hey, is there a way to tag bugs on vivid that should probably be looked at/considered before switching rtm to vivid? [13:48] sil2100, https://bugs.launchpad.net/ubuntu/+source/telephony-service/+bug/1436018 for example seems like on of those [13:48] Ubuntu bug 1436018 in telephony-service (Ubuntu) "No sound for incoming calls" [High,Confirmed] [13:49] seb128: hey, we have some tag+subscriber combinations, but now it also needs to be included in PT's internal lists [13:50] pmcgowan: hey! https://bugs.launchpad.net/ubuntu/+source/telephony-service/+bug/1436018 looks like really a good vivid->rtm blocker candidate [13:50] Ubuntu bug 1436018 in telephony-service (Ubuntu) "No sound for incoming calls" [High,Confirmed] [13:51] sil2100, so the official way is "ping Pat"? ;-) [13:58] seb128: normally I would just include it on our lt list, but I don't want to get our list out of sync with pmcgowan's list :) [13:58] And since he's the person driving all of this right now, it's best to just include it in his list [13:58] I can sync it back to our tracker later [14:10] sil2100, ok will add to the list, another audio symptom for rsalveti maybe [14:10] hm, will check [14:11] might be because of the glibc issue [14:11] another bug from last week [14:45] renatu, https://launchpadlibrarian.net/201608876/buildlog_ubuntu-vivid-amd64.qtorganizer5-eds_0.1.1%2B15.04.20150330-0ubuntu1_BUILDING.txt.gz [14:45] renatu, event-test: FAIL! : EventTest::testFloatingTime() Compared values are not the same [14:56] dbarth, Hi! for silo5, which TestPlan should be run except for verification of the fix ? The spreadsheet does not mention. [15:10] om26er_: hi [15:10] dbarth, hello [15:11] om26er_: https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-settings-online-accounts, mostly the account creation / authorization parts [15:11] renatu, I reported a bug for you, in the address-book. bug 1438254 :) [15:11] bug 1438254 in address-book-app "No way to remove contact avatar" [Undecided,New] https://launchpad.net/bugs/1438254 [15:12] om26er_, thanks :D [15:14] dbarth, alright, thanks [15:41] john-mcaleely: hey, will cwayne be around today? [15:42] sil2100: are we having an evening call today, or is it cancelled? [15:42] sil2100, unknown. I believe he gets on a plane and transitions from EU to US [15:42] sil2100, so, email and hope [15:42] popey: we have it today since I suppose robru is back [15:42] ok [15:42] john-mcaleely: ok, thanks :) [15:42] bregma: hey! [15:43] bregma: so, I assigned you a silo buuut... [15:43] ... [15:43] bregma: the previous unity landing still didn't migrate, so not sure if you'll be able to build anything :| [15:43] As the previous branches didn't land yet [15:43] bregma: i.e. they're not merged into trunk [15:44] bregma: it's in UNAPPROVED, waitihg for release team action [15:44] sil2100, you mean the 14.04 landing waiting for the SRU team? [15:44] bregma: ...hah, ok, now I feel ashamed ;) [15:44] bregma: scratch that! [15:45] or maybe kick the SRU team [15:45] bregma: all is fine, damn, I'm so used to just publishing for the main series that I forget to even check that [15:45] no harm done [15:59] mardy, Hi! [16:00] om26er_: hI! [16:00] mardy, test password-query fails ubuntu-system-settings-online-accounts [16:00] mardy, instead of showing my password it shows Error 313 [16:01] om26er_: do you have a link to the test handy? [16:02] mardy, https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-settings-online-accounts [16:02] Test Case: ubuntu-system-settings-online-accounts/password-query [16:04] om26er_: in the System Settings, is Account Tester enabled under the account? [16:05] mardy, yes, it is. [16:05] can you try toggling it off and on again? [16:10] mardy, still does not work. I am going to try without the silo to see if its a regression === robru changed the topic of #ubuntu-ci-eng to: Need a silo or CI Train support? ping trainguards | Need help with something else? ping cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: CI/autolanding service restored, ping cihelp if your jobs are acting weird [16:11] bfiller, Hey, is gallery-app in rtm ready for testing? [16:12] silo-004 [16:12] jibel: we found an issue with it, trying to fix [16:14] mardy, good thing it happens without the silo as well [16:15] om26er_: sure it's a good thing? :-) [16:15] mardy, relatively [16:27] om26er_: how often do you run these tests? [16:28] sil2100: can you reconfigure rtm-004 please? no longer a sync silo but instead an MR [16:28] mardy, whenever there is a new silo to land [16:28] bfiller: sure [16:32] dbarth: unapproved branches: https://code.launchpad.net/~online-accounts/signon-plugin-oauth2/packaging/+merge/249846 and https://code.launchpad.net/~renatofilho/sync-monitor/re-authenticate/+merge/249254 [16:38] cyphermox: ping [16:39] sil2100: on it [16:39] sil2100: btw; is there a way to force a compiler for a silo copy? [16:40] sil2100: the oxide build from the other day turned out to have regressions because it takes gcc 4.8, not 4.9 [16:48] dbarth: oh [16:48] dbarth: sadly this needs to be done packaging-wise [16:48] We had a few projects where we had to force 4.9 and it was all done in the dependencies [16:50] rvr: hey [16:51] cyphermox: Hi [16:51] cyphermox: I'm testing silo 30 [16:51] cyphermox: Took a walk and got a good list of hotspots. Some of them were out of range for sure. [16:51] cyphermox: Although some were gone. [16:52] out of range APs eventually time out and get removed, but it's not immediate, that's on purpose [16:53] sil2100: http://bazaar.launchpad.net/~robru/cupstream2distro/fix-race-condition/revision/967#cupstream2distro/silomanager.py this is all that's needed to allow reconfiguring to work, no exception needs to be raised ;-) [16:53] cyphermox: How long is the timeout? [16:54] between 20 seconds and a minute, I think [16:54] could be more [16:55] it's dependent on the scan delay, which varies [16:55] the rule is for last-seen to be at least > 3*scan delay, IIRC [16:55] I see [16:55] which can happen very quickly or I guess up to about 6 minutes [16:56] I think I spent longer than that, and the out of range hotspots were still listed [16:56] then it may have not been out of range [16:56] this is ridiculously hard to test and verify without doubt, unless you were to drive out to somewhere else [16:57] robru: as mentioned, I'd personally like some code feedback to happen if calling save_config results in not saving the config ;) [16:57] bfiller, looking at the comments, does that mean the bug[1] was actually in Ubuntu fonts famity ? [1] https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyboard/+bug/1421812 [16:57] you also can't follow whatever indicator-network says, you should look at nmcli dev wifi list [16:57] Ubuntu bug 1421812 in ubuntu-keyboard (Ubuntu) "The letter is missing from the "h" key" [High,Confirmed] [16:57] Since normally after calling .save_config you'd expect everything saved, and for the future it's nice when a function informs you code-wise that the operation failed one way or another [16:57] sil2100: well it logs pretty clearly that nothing was saved. [16:58] robru: yes, but the jenkins job results in 'success' [16:58] om26er_: it appears there is some difficultly rendering that font family at the speicified size [16:58] sil2100: but yeah I'm going to make a second branch in a moment that makes it save anyway without clobbering the silo dirty state. [16:58] robru: even though for instance then reconfigure failed, everything was a success, which is a flaw [16:58] om26er_: not sure what is the actual underlying bug, we were simply able to work around it [16:59] robru: the exception throwing was not part of the fix as it was just added to include a feedback about problems in save_config so that this wouldn't happen [16:59] sil2100: yes, don't worry, I'm going to fix it so that it *does* save the config in all cases and you don't even need to worry about it not saving [16:59] robru: excellent :) [16:59] sil2100: just wanted to show you that it was just one-line to set the _mtime so that reconfigures would work [17:00] which is what I should have done originally but overlooked that bit, sorry === alan_g is now known as alan_g|EOD [17:02] robru: no worries, actually my fix was also a one-liner ;) Just probably 'not the right way' [17:02] + the exception code which I added to include reaction to future errors (which, as we discussed, is not entirely perfect) [17:32] hmm [17:32] looks like old stuff got pulled back into the spreadsheet [17:41] rvr: i see pay-ui is in the passed column in trello. should i go ahead and release it, or is there some more reliable way perhaps to make the transparency problem happen? [17:42] dobey: ToyKeeper marked the other silo as failed because of the transparency [17:43] rvr: it wasn't a silo at all then [17:43] dobey: A previous one [17:43] rvr: and jibel moved it to failed. i don't know why that was even made a trello card [17:43] dobey: The board tracks work beyond just silos. [17:44] ToyKeeper: What do you think? [17:44] rvr: no, there was no previous silo. i just asked you and ToyKeeper to test a click in irc, so i could make sure that i was going down the right path to pursue the fix [17:44] dobey: Sorry, no silo, but task/trello card/etc [17:45] I think if it works now, it sounds great. [17:45] it works, but rvr apparently has the transparency issue as well [17:45] ToyKeeper: dobey says that the problem must be somewhere in ubuntu-ui-toolkit or else [17:45] and i'm unable to replicate that issue in autopilot :( [17:46] i can only presume it's an issue with mir/qml/webbrowser-app (which provides Ubuntu.Web) [17:46] The feature may be a little surprising or confusing to people so it seems likely they might end up trying more than once in a single session. In that case it'll get even more confusing when it shows up without its background layer. [17:46] as these dialogs are the exact same thing that webbrowser-app is using internally [17:47] dobey: Is it a javascript dialog? [17:48] rvr: it's the qml dialog which the browser opens in response to the javascript dialog APIs, yes [17:49] sil2100, any idea whats up with silo 8 for rtm [17:50] alex-abreu: Have you ever seen a transparent dialog like this? http://people.canonical.com/~vrruiz/payui-transparent.png [17:50] pmcgowan: it's built but the train has some issues tracking it properly, nothing too serious though... but dbarth poked me earlier and mentioned that the oxide-qt that's built there has some regressions due to being built against gcc 4.8 instead of 4.9 [17:50] pmcgowan: so it might require a re-build with the deps forcing 4.9 [17:51] At least that's what I understood from dbarth's earlier messages [17:51] sil2100: yeah I had a peek at that, it looks like the diff in oxide is producing non-utf8 output. not sure how we can possibly handle that; you can't really autodetect encodings, and debdiff doesn't tell us the file encodings (worse, debdiff can mix encodings) [17:53] robru: meh... yeah, this case seems troublesome [17:59] rvr: Is there anything i could help with the UITK? [18:00] bzoltan_: We have a problem with a transparent dialog in pay-ui, and dobey wonders at which point of the stack the problem is http://people.canonical.com/~vrruiz/payui-transparent.png [18:00] robru, slangasek: I'll be right there [18:01] bzoltan_: Of course, the dialog shouldn't be transparent. It is called from the javascript API, so oxide may be involved. [18:02] s/may be/is/ :) [18:03] sil2100: ok, running late myself, ev is talking my ear off [18:03] well, more to the point, the dialogs are straight copies out of webbrowser-app, and we are using them with Ubuntu.Web using the same API that webbrowser-app uses to use them. so that it would be broken here, but not webbrowser-app would be surprising, unless there is some weird issue in qml or the toolkit or something [18:03] ;) [18:03] * sil2100 still needs 5 more minutes [18:10] dobey: Then we need input from oSoMoN and/or alex-abreu [18:15] rvr, mmmh no [18:15] rvr, which silo? [18:16] alex-abreu: it's not a silo, it's a click package [18:16] dobey, which click? [18:16] alex-abreu: https://jenkins.qa.ubuntu.com/job/generic-click-builder-14.09-armhf/26/artifact/output/com.canonical.payui_15.01.120_armhf.click [18:17] alex-abreu: those dialogs are only used when adding a card or paying, and the bank sends you to a web page which has such dialogs, though. [18:23] dobey, rvr the transparent ui element dont seem to be related to the underlying webview bits ... must be something w/ the ui tk or underlying qml code [18:26] rvr: you can see this happen reliably? [18:27] rvr: can you edit /opt/click.ubuntu.com/.click/users/phablet/com.canonical.payui/payui_payui.desktop and remove the "--transparent" option from the Exec= line, and then try again to see if you still have the issue? [18:30] rsalveti, Hi! [18:31] om26er_: hey [18:31] rsalveti, trying to understand the change in bug 1437065 -- links aside. Whats the difference between 'except fork' and 'except daemon' ? [18:31] bug 1437065 in obexd (Ubuntu) "Configure a proper folder setup for file transfers computer to phone" [High,Confirmed] https://launchpad.net/bugs/1437065 [18:34] om26er_: is how upstart tracks the daemon, basically with the previous one (expect daemon) you could never really call stop obexd [18:34] that would hang [18:34] with expect fork upstart is now tracking the right pid [18:34] and you can start/stop the service just fine [18:36] rsalveti, ok, then. The change looks simple enough, unless starting obexd with parameters reveals some otherwise hidden bugs :) [18:36] om26er_: right, it should only be exposing a different set of folders [18:36] you can browse the multimedia related folders now after pairing with your desktop, for example [18:36] similar with the ones you get with mtp [18:39] rsalveti, right. It works now. [18:53] om26er_: great [18:53] rsalveti, I am not able to copy back things from device to the desktop over bluetooth. [18:54] om26er_: what happens? [18:54] rsalveti, I can do that from the /tmp folder [18:54] you should be able to add/remove files with the multimedia folders the same way [18:54] rsalveti, a dialog pops, says 'another operation in progress' [18:54] rsalveti, I can add remove fine, yes. But can't copy stuff from the device to the desktop. [18:55] Some permission issue ? [18:55] weird, wonder if there is indeed another operation going on [18:55] should be, let me check [18:55] om26er_: what are you using as your host? [18:55] 14.10? [18:56] rsalveti, vivid [18:56] om26er_: yeah, get the same, weird [18:56] once I try that I can't do anything else anymore [18:57] wonder if the host side is not playing well when receiving files [18:58] yeah, that's probably the reason [18:58] could be [18:58] om26er_: mind opening a new bug for that? [18:58] rsalveti, whats the package, bluez ? [18:59] om26er_: obexd [19:02] dobey: Let me check [19:05] rsalveti, bug 1438367 [19:05] bug 1438367 in obexd (Ubuntu) "'Another operation in progress' while trying to copy files from Phone to host over bluetooth" [Undecided,New] https://launchpad.net/bugs/1438367 [19:06] om26er_: thanks [19:09] cyphermox: Still there? [19:17] rsalveti, I am not able to decide. Shall we wait for that bug to be fixed before landing silo 13 ? [19:18] om26er_: I'd say this is different because it's part of the new functionality that was added with this landing [19:18] so not a blocker for the landing itself [19:18] rsalveti, obex is basically working one way with that bug [19:18] as copying/erasing from /tmp/ itself wasn't really supported [19:19] om26er_: the reality is, obex with file transfer wasn't even supposed to be supported [19:19] as we we need content-hub integration and etc [19:19] this is just a shortcut to allow users to at least copy stuff under those multimedia folders [19:19] but we can wait until I get to investigate this a bit more [19:20] it's for vivid anyway [19:20] rvr: yes [19:20] cyphermox: How can I check this? https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1431471 [19:20] Ubuntu bug 1431471 in network-manager (Ubuntu) "NetworkManager uses ofono GPRS contexts for wrong SIM" [High,In progress] [19:21] cyphermox: The hotspots eventually disappear, as you said :) [19:21] om26er_: so fine for it to be blocked by it, will try to get to that bug once I'm done with the RTM ones [19:21] rsalveti, blocking the landing will ensure timely fix for that bug. And the user is really going to use vivid when we switch krillin to vivid by default [19:22] om26er_: yup, sounds good [19:22] rsalveti, yeah [19:22] thanks for testing it [19:40] rvr: you need to copy /var/lib/ofono/ to another directory with a different name and make sure as it runs it picks always the right directory context -- you may want to ask awe_ about the full details, I think he told me he had an easy way to test this? [19:53] cyphermox, not sure what you need me to explain. The bugs is pretty descriptive [19:54] rvr, are you seeing the same problem as the bug describes? [19:54] awe_: I thought you had said you had some easy way to setup a reproducer? [19:55] sure, just use two valid SIM cards on subsequent boots [19:55] and you can then look in syslog and watch NM try to use a SIM card that's no longer installed anymore [19:55] the bug is that NM doesn't check that various directories under /var/lib/ofono against the active SIM card [19:56] awe_: when you get a sec, can you test out the citrain tool fix in https://code.launchpad.net/~robru/phablet-tools/stupid-printf/+merge/254180 ? [19:56] it should only ever try the contexts associated with inserted SIMs [19:56] robru, sure [19:56] love the branch name [19:57] heh [20:00] robru, reviewed... would you like me to top-approve as well? [20:00] rvr: did you get to check pay-ui with that change? thanks [20:01] awe_: ah, just did [20:01] ok [20:03] dobey: I'm checking, had to reflash the phone [20:04] ok [20:16] dobey: Same problem [20:17] dobey: The trick is this: the OSK is opened [20:17] dobey: If I close the OSK, the dialog gets opaque [20:19] rvr: oh, that is quite weird [20:19] rvr: that indeed sounds like a toolkit problem then :( [20:19] I recorded a video, uploading it [20:20] i guess it doesn't like having multiple transparent layers, and for some reason the keyboard isn't going away when the dialog opens [20:27] dobey: http://people.canonical.com/~vrruiz/payui-transparent.mp4 [20:28] alesage: thanks! [20:28] alecu, just doin' my job [20:31] bzoltan_: Do you think this can be a ubuntu-ui-toolkit problem? http://people.canonical.com/~vrruiz/payui-transparent.mp4 [20:32] rvr: woah, it's pushed the background off the screen [20:34] rvr: yeah, i'm even more certain now, that is an issue outside the scope of pay-ui's control [20:36] dobey: Ok, you have QA sign off for this pay-ui version, but be sure to push for a fix for that, because right now only affects pay-ui (AFAIK). [20:37] rvr: it affects webbrowser-app too [20:37] i will try to make a simple test html for it though and file a bug [20:37] dobey: I am opening a bug, an I'll post the video there [20:37] ok, if you wish [20:37] i'll add my test to that bug then [20:52] dobey: https://bugs.launchpad.net/pay-ui/+bug/1438419 [20:52] Ubuntu bug 1438419 in pay-ui "Transparent confirmation dialog" [Undecided,New] [20:53] rvr: ok [20:54] Time to rest, see you tomorrow