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