| robru | I cant even | 02:41 |
|---|---|---|
| === chihchun_afk is now known as chihchun | ||
| === ljp is now known as lpotter | ||
| === vrruiz_ is now known as rvr | ||
| sil2100 | brb | 10:07 |
| === _salem is now known as salem_ | ||
| === chihchun is now known as chihchun_afk | ||
| === chihchun_afk is now known as chihchun | ||
| jgdx | robru, sorry about that. Abandoned! | 12:48 |
| rvr | oSoMoN: Hi | 13:47 |
| rvr | oSoMoN: I'm testing silo 13 | 13:47 |
| rvr | oSoMoN: Control + T now focuses in the address bar, but I have an issue with the shortcut: it only works if focus in inside the web view | 13:48 |
| rvr | oSoMoN: Control + T doesn't work in the address bar | 13:48 |
| sil2100 | bzoltan_: ping :) | 14:00 |
| * bzoltan_ hides | 14:00 | |
| bzoltan_ | sil2100: What can I do for you, sir | 14:00 |
| sil2100 | bzoltan_: a quick ping about something we *probably* talked about some time ago - do you guys document in any way stuff like 'what UITK things are available in a framework'? | 14:01 |
| sil2100 | bzoltan_: I remember we had and idea with Saviq to start documenting 'framework version -> available library versions' somewhere | 14:02 |
| sil2100 | But not sure where that went, do you know if you guys do anything similar at least? | 14:02 |
| bzoltan_ | sil2100: The idea is still there and we have the the components API documented automatically in each release - http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/staging/view/head:/components.api | 14:03 |
| sil2100 | Oh, nice | 14:04 |
| bzoltan_ | sil2100: we should create the same file to all qml APIs and have an umbrella to cover them all | 14:04 |
| sil2100 | Yeah, we need to get back to this sometime in the nearest future then | 14:04 |
| bzoltan_ | sil2100: +100000T | 14:04 |
| sil2100 | bzoltan_: yeah + something for everything non-QML too, which I suppose will be meh | 14:05 |
| sil2100 | Do you know if there's a bug for the idea of documenting the APIs per framework? | 14:05 |
| bzoltan_ | sil2100: we even have an ABI checker tool in prototype stage | 14:05 |
| bzoltan_ | sil2100: we do not need a bug or anthing :) that is my top priority secret plan for long time.. I wake up at nights dreaming about full scale platform api revisioning... | 14:06 |
| sil2100 | bzoltan_: hah ;) | 14:13 |
| sil2100 | Good to hear that! | 14:13 |
| oSoMoN | rvr, not seeing that on desktop, are you testing on a phone with bluetooth keyboard? I’ll test that use case in a moment | 14:22 |
| rvr | oSoMoN: Yes | 14:27 |
| oSoMoN | rvr, so what happens when you press Ctrl+T when the address bar is focused? | 14:29 |
| rvr | oSoMoN: Yes, that works | 14:29 |
| rvr | oSoMoN: The problem is that, if you are in the address bar already, Control+T doesn't open a new tab | 14:29 |
| oSoMoN | rvr, what does it do? | 14:30 |
| rvr | oSoMoN: Nothing | 14:30 |
| rvr | Well, it display "t" | 14:30 |
| rvr | types | 14:30 |
| oSoMoN | right, so it’s not nothing :) | 14:30 |
| oSoMoN | I’m seeing the same thing here, let me look into it | 14:30 |
| rvr | Ack | 14:30 |
| oSoMoN | rvr, this seems to be a more general bug (maybe in qtubuntu), pressing Ctrl+T in the text field in the messaging app also types "t" in the field, I’ll dig a bit deeper | 14:40 |
| rvr | oSoMoN: Yeah, my guess was that it was related to UI toolkit | 14:46 |
| oSoMoN | rvr, I can confirm, I can reproduce the issue with a minimal standalone app (http://pastebin.ubuntu.com/14663655/), it’s very likely a bug in qtubuntu, I’ll file one for it | 15:00 |
| rvr | oSoMoN: Great, thanks! | 15:00 |
| oSoMoN | rvr, and I can confirm it’s not an issue in the UITK but at a lower level, I can also reproduce with basic QML components, no toolkit import | 15:02 |
| rvr | oSoMoN: Interesting... Let's hope the fix is trivial and can be done quickly. | 15:04 |
| oSoMoN | rvr, https://bugs.launchpad.net/ubuntu/+source/qtubuntu/+bug/1537782 | 15:08 |
| ubot5 | Launchpad bug 1537782 in qtubuntu (Ubuntu) "Modifier ignored when pressing a key if TextInput has active focus" [Undecided,New] | 15:08 |
| oSoMoN | rvr, feel free to confirm | 15:10 |
| rvr | oSoMoN: | 15:12 |
| rvr | Done! | 15:12 |
| oSoMoN | cheers | 15:13 |
| rvr | oSoMoN: Silo 13 approved | 15:55 |
| rvr | oSoMoN: I see a new recent car for silo 13 | 15:57 |
| rvr | oSoMoN: Did silo packages get a rebuild? | 15:57 |
| jibel | rvr, when britney re-runs it changes the qa-status from ready to required then back to ready, and it's creates a new card | 16:01 |
| rvr | jibel: Ah | 16:02 |
| oSoMoN | rvr: thanks | 16:08 |
| === chihchun is now known as chihchun_afk | ||
| rvr | Saviq: Silo 19 approved | 17:45 |
| === alan_g is now known as alan_g|EOD | ||
| robru | jibel: yeah I'm aware of this issue ^^, haven't figured it out yet, seems like silos that have unity8 autopkgtests are often re-run and so the status flops back and forth between running and approved | 18:38 |
| sil2100 | robru: I'll be ~5 minutes late to the meeting | 18:59 |
| sil2100 | slangasek: ^ | 18:59 |
| slangasek | sil2100: ok | 18:59 |
| robru | slangasek: sil2100: https://bugs.launchpad.net/britney/+bug/1537866 | 19:11 |
| ubot5 | Launchpad bug 1537866 in britney "Britney flops back and forth between Running and Approved a lot" [Undecided,New] | 19:11 |
| === DanChapman is now known as DanChapman_ | ||
| === DanChapman_ is now known as DanChapman | ||
| robru | slangasek: oh god I've ruined everythign | 19:42 |
| robru | slangasek: I seem to have deleted the weekly meeting from the UES calendar, was just trying to delete it from my personal calendar. | 19:43 |
| sil2100 | o/ | 19:59 |
| slangasek | robru: ah, is that all ;) | 20:03 |
| robru | slangasek: apparently there's a "trash" for events, I tried restoring it but I don't see it, can you confirm if it's all gone? | 20:04 |
| slangasek | robru: I see the event on my calendar yet, let's see | 20:04 |
| slangasek | robru: yeah I still see it everywhere | 20:04 |
| robru | slangasek: hm, ok, strange | 20:04 |
| === salem_ is now known as _salem | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!