[00:01] <thomi> bschaefer: sup?
[00:02] <bschaefer> thomi, hey, im about to push some changed. Was going to ask you about getting the search bar for the hud
[00:02] <bschaefer> thomi, but I think I got it
[00:03] <thomi> oh ok. should be something like hud.get_children_by_type(Searchbar)
[00:03] <bschaefer> yeah, but then I had to add that empty class
[00:04] <thomi> Searchbar should already be defined somewhere
[00:04] <thomi> probably in dash.py, since it was used there first
[00:04] <bschaefer> I was getting an undefined references to SearchBar
[00:05] <bschaefer> yeah can laugh at my attempt in a sec, the diff should be up soon
[00:05] <bschaefer> https://code.launchpad.net/~unity-team/unity/fixes.unityshell-overlay/+merge/99462
[00:05] <thomi> :)
[00:05] <bschaefer> but it does work haha
[00:07] <bschaefer> thomi, ok, diff is updated
[00:09] <thomi> bschaefer: ok, there's a few things... :)
[00:09] <bschaefer> yeeah, I also didn't change that comment, as you can see I copy/pasted it haha
[00:09] <thomi> 1) you don't need to import get_state_by_path or make_introspection_object. Importing those is almost always a sign that you're "Doing It Wrong" (tm)
[00:09] <bschaefer> o yeah, I should have removed those
[00:10] <bschaefer> I thought that could be causing the problem, but it wasn't but forgot to remove it. Good to know though :)
[00:10] <thomi> 2) rename both get_searchbar methods to just "searchbar", and make them properties (i.e.- put "@property" on the line above them)
[00:10] <thomi> that means in the test you can simply type "hud.searchbar.whatever"
[00:10] <bschaefer> what does @property do?
[00:10] <bschaefer> oo ok
[00:10] <bschaefer> thats nice
[00:10] <thomi> lets you access it like a variable
[00:11] <thomi> yeah
[00:11] <thomi> 3) replace your class with this import: from autopilot.emulators.unity.dash import SearchBar
[00:12] <bschaefer> ugg that makes sense! My lack of python skills are finally showing through haha
[00:12] <thomi> also, your 'test_hud_to_dash_disabled_alt_f1' test has both toggle_reveal and then ensure_visible at the start of the test
[00:13] <thomi> I'd change it to just use ensure_visible
[00:13] <bschaefer> ones dash
[00:13] <bschaefer> wait
[00:13] <thomi> oh yeah, sorry
[00:13] <thomi> my bad :)
[00:13] <bschaefer> yeah, I wasn't 100% where to put those
[00:13] <thomi> my eyesight is getting worse :)
[00:13] <bschaefer> as its kinda both dash/hud haha
[00:14] <thomi> that's cool. apart from the points above, it looks good
[00:14] <bschaefer> ok, almost done fixing those! Ill ping you when the diff is updated with new a new push :)
[00:14] <thomi> cool
[00:22] <bschaefer> thomi, ping should be update now :)
[00:31] <thomi> bschaefer: one more tiny thing:
[00:31] <thomi> 234	+
[00:32] <thomi> that shouldn't be there :)
[00:32] <bschaefer> thomi, ahh yes, will remove!
[00:32] <thomi> cheers muchly
[00:33] <bschaefer> pushed, and thank you!
[00:35] <thomi> approved, cheers.
[01:00] <hank__> I hope thats the right channel...  Hi, how is it hangin' with Unity UI? when is it "finished"?
[01:00] <hank__> and what is ayatana?
[01:03] <thumper> finished?
[01:03] <thumper> programs are never finished :)
[01:04] <thumper> hank__: click on the topic wiki page to learn about ayatana
[02:12] <bschaefer> thumper, im about to merge this: https://code.launchpad.net/~unity-team/unity/fixes.unityshell-overlay/+merge/99462
[02:13]  * thumper takes a peak
[02:13] <thumper> or a peek
[02:13] <bschaefer> thumper, the hud still needs to emit end_key_focus when it hides, but I don't want to keep adding to that
[02:13] <bschaefer> thumper, but the dash->hud works 99.99% of the time!
[02:14] <bschaefer> the big reason I would like it to emit end_key_focus is the ibus chinese would just work a lot better
[02:15] <bschaefer> as sometimes the preedit window disappears :( and you can only get it back if you open the dash or switch workspaces
[02:16] <bschaefer> and thank you reviewing it!
[02:18] <thumper> bschaefer: looks good
[02:19] <bschaefer> thumper, cool! Merging
[02:22] <bschaefer> now time to look at that list of things to do...hmm
[07:55] <apw> didrocks, a fun one for you: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/966907
[07:55] <ubot5> Ubuntu bug 966907 in unity (Ubuntu) "focus in wrong window after transition from dash to hud" [Undecided,New]
[07:58] <didrocks> apw: ah, thanks! I noticed it before the release, but not a blocker :)
[07:59] <didrocks> apw: didn't file it though, with all the rush time if you followed…
[07:59] <didrocks> confirming and adding to the target
[07:59] <apw> yeah it looked manic as always
[07:59] <apw> didrocks, thanks
[07:59] <didrocks> yw, thanks to you! :)
=== wgrant_ is now known as wgrant
=== alan_g is now known as alan_g|afk
=== MacSlow is now known as MacSlow|lunch
[11:46] <davmor2> hey guys I just clocked an odd issue,  I've done a fresh beta 2 install, I installed vlc and it appears in the launcher it's description is waiting to install (it is installed) when I right click on the launcher I get unlock from launcher and no name.  If I click on the launcher it fires up vlc as expected :(
=== _salem is now known as salem_
[11:47] <davmor2> might be that it has this odd behaviour only on the first installed app
[11:50] <sil2100> davmor2: does it happen for subsequent installed applications as well?
[11:50] <davmor2> sil2100: Nope the second one I installed seems to be correct,  I have a screenshot I'll post as soon as u1 finishes syncing shouldn't be too long
[11:54] <sil2100> davmor2: could you post a bug-report about this on https://bugs.launchpad.net/unity with all the details?
[11:54] <sil2100> If there's no bug like this filled in already of course
[11:54] <davmor2> sil2100: yeap will do
[11:56] <sil2100> Thanks
=== MacSlow|lunch is now known as MacSlow
[12:27] <davmor2> sil2100: bug #967085
[12:28] <ubot5> Launchpad bug 967085 in unity (Ubuntu) "initial installed app isn't correctly named" [Undecided,New] https://launchpad.net/bugs/967085
[12:30] <sil2100> davmor2: thanks!
[12:49] <mhall119> good morning
[12:50] <htorque> andyrock: hi! about bug 913569 - should this already work in precise? when i press alt+f1 when the dash is opened, i see the ubuntu button highlighted for a short time. when i repeat it, the ubuntu button gets highlighted and keyboard input is blocked for a while.
[12:50] <ubot5> Launchpad bug 913569 in unity (Ubuntu) "Launcher bar doesn't saturate when focused via keynav when dash opened" [Medium,Confirmed] https://launchpad.net/bugs/913569
[12:50] <htorque> not sure if that's connected to bug 759523
[12:50] <ubot5> Launchpad bug 759523 in unity (Ubuntu) "Unity hangs on a keyboard grab" [Medium,Confirmed] https://launchpad.net/bugs/759523
[12:50] <htorque> mhall119: hi!
[12:51] <mhall119> hey htorque, how's it going?
[12:51] <htorque> mhall119: great! how about you? :-)
[12:52] <mhall119> getting there, got my coffee and some powdered sugar donuts
[12:59] <andyrock> htorque, hi
[12:59] <andyrock> htorque, alt+f1 doesn't work for me when the dash is open
[13:01] <htorque> andyrock: it doesn't work for me either, but i get a highlight flicker on the ubuntu button the first time i press alt+f1 (also closing the dash), and the second time an "input device hang" with the ubuntu button highlighted for a while (and the dash closed).
[13:02] <htorque> andyrock: but yeah, bottom line for that bug report → it's obsolete. i was just wondering what i'm supposed to see, so i can open a bug report.
[13:03] <andyrock> htorque, i don't know what is the wanted design... that bug is on a priority list but it's obsolete yeah
[13:05] <htorque> hm, appart from the issues i see, alt+f1 currently closes the dash - maybe it shouldn't if keynav isn't suppose to work with the dash opened?
[13:07] <andyrock> htorque, for me alt+f1 doesn nothing
[13:07] <andyrock> s/doesn/does
[13:08] <andyrock> and for nothing i mean nothing
[13:08] <andyrock> :)
[13:10] <htorque> andyrock: oh, and that's with precise's version or trunk?
[13:10] <andyrock> htorque, yep
[13:10] <htorque> yep to what? :P
[13:12] <andyrock> htorque, oh sorry... i read just trunk
[13:12] <andyrock> so yep with unity trunk
[13:12] <htorque> andyrock: so my issue is probably fixed already, thanks!
[13:15] <andyrock> htorque, yw
[13:17] <andyrock> htorque, are you going to attend the UDS?
[13:19] <htorque> andyrock: nope
[13:20] <andyrock> htorque, argh why not?
=== alan_g|afk is now known as alan_g
[13:23] <htorque> andyrock: i don't really have anything to contribute and uds is serious business! ;-)
[13:26] <andyrock> htorque, not really... you're always available for branch testing
=== smb` is now known as smb
[13:51] <mhall119> it's funny how many good contributors don't apply because they don't see themselves as good contributors
[13:51] <mhall119> funny in a sad, ironic way
[13:51] <mgedmin> impostor syndrome
[13:51] <mhall119> yeah
=== zyga is now known as zyga-afk
[14:21] <tsdgeos> saschakb: you there?
[14:21] <saschakb> yes I am
[14:22] <saschakb> tsdgeos: yes I am
[14:22] <tsdgeos> saschakb: hi, Albert here, been trying to find that unity-2d crasher you have
[14:22] <tsdgeos> unfortunately the last bug you opened didn't give much more info, can i private query you here to give you some more instructions?
[14:23] <saschakb> tsdgeos: The problem I have is, that the last time I got those bug, I already clicked in the bug report, not to come up anymore on this bug :\ - that was days ago.
[14:23] <saschakb> tsdgeos: Ask me, and I hope my answers might help you
=== yofel_ is now known as yofel
[15:33] <mhall119> tedg: does libdbusmenu-gtk automatically export Gtk window menus?
[15:34] <mhall119> or is that something else that does that
[15:34] <tedg> mhall119, No it does not
[15:34] <tedg> mhall119, appmenu-gtk is loaded into GTK and does that using libdbusmenu-gtk
[15:34] <mhall119> ok
[15:35] <mhall119> so what is in libdbusmenu-gtk, are those custom Gtk widgets?
[15:35] <mhall119> or just an API
[15:45] <mhall119> tedg: ^^ ?
[15:47] <tedg> mhall119, It is, in general, the parts of dbusmenu that require GTK.  So it's the parser to look through the GTK menu hierarchy and the other side to turn a dbusmenu tree to a GTK menu hierarchy.
[15:49] <mhall119> and I assume libdbusmenu-qt does the same on the Qt side
[15:49] <tedg> mhall119, Uhm, not really.  It doesn't depend on glib at all, so it's from dbus up to Qt where GTK is just between glib and GTK.
[15:50] <mhall119> ok
[16:12] <mhall119> is libindicate only used for interacting with the Message Menu, or does it do other things?
[16:14] <mhall119> tedg: ^^ do you know?
[16:15] <tedg> mhall119, It is built to do other things, but is only used with the messaging menu today.  Probably will remain that way, but I won't promise anything :-)
[16:15] <tedg> In general, if we're going to keep it that way, it probably makes sense to remove it.
[16:17] <mhall119> or at least rename it
[16:18] <mhall119> tedg: libindicator is used by Unity to display, not by client applications, correct?
[16:19] <mhall119> client applications would use libindicate or libappindicator?
[16:19] <tedg> mhall119, It's the API between the indicators and unity.  It should not be used by anyone else.  So yes, no applications.
[16:19] <mhall119> ok
[16:19] <tedg> mhall119, It's undocumented on purpose :-)
[16:20] <mhall119> yeah, but it's known about, so undocumented just makes it confusing, not hidden
[16:20] <tedg> mhall119, Well, it's hard to truly hide things in open source.
[16:21] <mhall119> yup
[16:34] <davidcalle> tedg, ping
[16:40] <mhall119> davidcalle: hey, do you need any help with that singlet tutorial?
[16:41] <davidcalle> mhall119, can I send you a gdoc draft on friday?
[16:41] <mhall119> davidcalle: sure
[16:45] <mhall119> tedg: will moving to GMenuModel remove the need for the custom patches that are keeping Unity out of Debian and other distros?
[17:33] <tedg> mhall119, It will certainly help.  We haven't evaluated all that specifically, but it should really help things out.
[17:33] <tedg> mhall119, Honestly, most of the folks could get Unity without the global menu bar pretty easily.  I don't think we have any patches that are needed other than for that.
[17:35] <mhall119> tedg: I don't think so either, I was just curious
[18:40] <mhall119> where is the default launcher app selection defined?
=== yofel_ is now known as yofel
[19:59] <rye> hello, i come from bug #943851 which while fixed for applications makes it impossible to enter composed letters e.g. in firefox in widgets that listen to blur event
[19:59] <ubot5> Launchpad bug 943851 in Unity Distro Priority "[unity 5.6] Pressing Alts steals focus from current widget, cannot compose characters with AltGr" [High,Fix released] https://launchpad.net/bugs/943851
[20:00] <rye> for some moment the focus is still stolen
[20:14] <cjohnston> mhr3: ping
[20:21] <mhr3> cjohnston, pong
[20:21] <cjohnston> mhr3: just commented on the bug we were talking about the other day... https://bugs.launchpad.net/zeitgeist/+bug/928324
[20:21] <ubot5> Error: ubuntu bug 928324 not found
[20:21] <cjohnston> It is still killing me
[20:23] <mhr3> cjohnston, so i take it it's not any better for any either?
[20:24] <cjohnston> no
[20:24] <cjohnston> I was just at over 40% of my ram
[20:24] <mhr3> but anyway, we need to bother alecu, we had a long chat with him yesterday about the possibilities
[20:25] <mhr3> no clear solution so far
[20:28] <cjohnston> ok
[20:28] <cjohnston> I'm willing to help out with debugging, I just need to be told what to do
[20:32] <cjohnston> mhr3: I wonder if it is U1 thats causing it
[20:32] <cjohnston> when it starts updating it just runs away
[20:33] <mhr3> cjohnston, it is
[20:33] <cjohnston> tell u1 to fix their app?
[20:33] <mhr3> although ultimately it's just trigerring some bug inside xapian
[20:34] <cjohnston> i see
[20:34] <mhr3> cjohnston, that's why alecu has to be bothered :)
[20:34] <cjohnston> ok
[20:34] <cjohnston> is there somehere I should join for alecu?
[20:34] <mhr3> it was his eod half an hour ago
[20:35] <cjohnston> ahh
[20:36] <mhr3> but he'll surely be in one of the u1 channels
[20:36] <cjohnston> ok
[20:37] <mhr3> we got him to come also to #zeitgeist, so not exactly
[20:37] <mhr3> not sure*
[20:37] <cjohnston> ok
=== salem_ is now known as _salem