[08:46] <tsdgeos> dyams: did you have time to have a look at my mm_ branches?
[08:48] <dyams> tsdgeos: yes, i'll
[08:58] <gotwig> hey
[08:58] <gotwig> mhall119: morning
[08:59] <gotwig> mhall119: thanks for all
[09:02] <dyams> tsdgeos: check it now
[09:06] <tsdgeos> greyback: about "qDebug() << "HUD service com.canonical.hud is NOT registered";" in hud2, does it really make sense to be there? Isn't that the expected thing?
[09:07] <greyback> tsdgeos: gah, yes, I'll remove, it's useless
[09:09] <tsdgeos> greyback: any chance we get testability et al in precise main repos?
[09:11] <greyback> tsdgeos: big chance, just depends on me getting it done :)
[09:13] <tsdgeos> nice
[09:13] <greyback> I still have a list of about 20 things to do on testing. it's one of them
[09:14] <tsdgeos> dyams: are you sure you're using the latest mm_dash revision? that problem was here before but not anymore
[09:15] <dyams> tsdgeos: Now on revision 946
[09:15] <thumper> hi JohnLea
[09:15] <thumper> just grabbing your attention
[09:15] <tsdgeos> dyams: ok, let me try something
[09:17] <tsdgeos> greyback: hud tests failed here
[09:18] <JohnLea> thumper; you got my attention ;-)
[09:22] <tsdgeos> dyams: r947 pushed, can you give it a try?
[09:23] <Saviq> tsdgeos, seen https://bugs.launchpad.net/bugs/935713 ?
[09:24] <tsdgeos> Saviq: nope
[09:25] <Saviq> tsdgeos, looks quite like the Qt bug you found / fixed - did we get the fix into qt4-x11 in the end?
[09:25] <tsdgeos> Saviq: might be whatever toolkit chromium uses has the same issue Qt had
[09:25] <tsdgeos> Saviq: i.e. chromium does not use Qt
[09:25] <tsdgeos> so the fix is not "valid" for it
[09:26] <Saviq> it's supposed to be using GTK
[09:27] <tsdgeos> so there might be a bug in gtk too
[09:27] <tsdgeos> Saviq: have you confirmed it's unity-2d-shell fault?
[09:27] <Saviq> tsdgeos, not yet
[09:28] <tsdgeos> ok, let me do it
[09:30] <dyams> tsdgeos: there are some optimization settings for QGraphicsView to improve the performance of QML
[09:30] <dyams> tsdgeos: have you considered them in your mm-dash- branch?
[09:31] <tsdgeos> dyams: like what?
[09:31] <tsdgeos> Saviq: yeah confirmed, it's unity-2d-shell
[09:31] <tsdgeos> Saviq: i mean, there's a bug somewhere in chromium triggered by unity-2d-shell
[09:31] <dyams> tsdgeos: like 1) setOptimizationFlags(QGraphicsView::DontSavePainterState)
[09:32] <tsdgeos> dyams: why should i specifically consider that for the mm-dash branch?
[09:33] <tsdgeos> i mean it's not unity-2d-improve-performance branch
[09:33] <tsdgeos> it's unity-2d-lets-move-the-dash-around branch
[09:33] <dyams> tsdgeos: because,  ShellDeclarativeView has become a QGraphicsView
[09:33] <tsdgeos> dyams: it was already
[09:34] <dyams> tsdgeos: :) yes, but earlier it was QDeclarativeView too. no?
[09:34] <tsdgeos> yes
[09:34] <tsdgeos> which is a QGraphicsView
[09:35] <tsdgeos> ok, i see where are you coming, QDeclarativeView has that flag set
[09:36] <dyams> tsdgeos: yes, InQDeclarativeView, QGraphicsView is tuned to improve the performance with QML
[09:36] <greyback> tsdgeos: yes I confirm test fails. Is due to key tap-detection stuff, am digging
[09:37] <rye> Super+Alt in Unity triggers the appearance of the numbers on the icons and they don't disappear until you click super again
[09:37] <rye> until you hold super again
[09:37] <rye> is it known?
[09:38] <Saviq> tsdgeos, yeah, chromium + shell is broken that way
[09:38] <Saviq> it does some funky stuff with the dragged tab
[09:39] <tsdgeos> well it does what should happen when you drag the tab outside the chromium window
[09:39] <Saviq> yes
[09:39] <Saviq> but when you try to drag it back, or within the same window
[09:40] <Saviq> it doesn't
[09:40] <Saviq> so I'd same the same issue
[09:40] <greyback> I'm experiencing drag+drop problems in mumble too. I can't move myself between different channels
[09:40] <Saviq> oh
[09:40] <Saviq> that sounds related
[09:40] <Saviq> so gtk has the same issue Qt had
[09:40] <Saviq> +seems to
[09:40] <tsdgeos> Saviq: isn't mumble Qt?
[09:41] <Saviq> is it?
[09:41] <tsdgeos> i think it is
[09:41] <Saviq> might be
[09:41] <tsdgeos> ldd says it is
[09:41] <Saviq> ok
[09:41] <Saviq> tsdgeos, so we _did_ get the patch into qt4-x11?
[09:42] <tsdgeos> i think we did
[09:42] <tsdgeos> at least the bug was closed by riddell afair
[09:42] <tsdgeos> let me make sure
[09:42] <Saviq> https://code.launchpad.net/~ubuntu-branches/ubuntu/precise/qt4-x11/precise says we did
[09:43] <Saviq> question is whether it's built and greyback has it installed
[09:44] <greyback> I've qt 4:4.8.0-1ubuntu5 installed
[09:44] <thumper> rye: weird
[09:44] <thumper> rye: can you file a bug?
[09:44] <thumper> rye: use ubuntu-bug unity
[09:44] <thumper> rye: that'll gather the info we need :)
[09:44] <Saviq> greyback, it should be there in ubuntu4 already
[09:44] <tsdgeos> Saviq: yes, the fix is there (at least my bug test program works)
[09:44]  * thumper EODs
[09:44] <tsdgeos> let me try mumble
[09:44] <rye> thumper, i am being picky, i accidentally clicked two keys, well, will file one :)
[09:44] <Saviq> greyback, actually make that ubuntu5, yes
[09:45] <thumper> ta
[09:45]  * tsdgeos is dangerously running out of disk in the VM
[09:45] <greyback> tsdgeos: you can expand the disk size
[09:46] <tsdgeos> well i kind of did that already
[09:46] <tsdgeos> not sure if worked though
[09:46] <tsdgeos> i.e. VM manager reports 8GB but ubuntu inside only 5.5GB
[09:47] <greyback> tsdgeos: you need to use gparted to increase the partition size inside the vm too
[09:47] <tsdgeos> makes sense :D
[09:47] <tsdgeos> question is how to run gparted with ubuntu itself being run in the vm?
[09:47] <greyback> you do the fun thing of booting your vm from a rescue disk :)
[09:49] <greyback> bbiab
[09:50] <tsdgeos> yeah, mumble drag issues confirmed
[09:50]  * tsdgeos wonders how that can happen
[10:02] <tsdgeos> dyams: pushed changes so we do the same qdeclarativeview does in init
[10:03]  * tsdgeos shakes fist against workers drilling the street in front of his house
[10:41] <rye> ping JohnLea, bug #878492 was resolved for Unity2D by setting global menu shortcut to Alt+F10. In Unity, the shortcut is F10 - is it intended?
[10:43] <JohnLea> rhy; then it should not be marked as fixed released in Unity.  didrocks, did you mark this fixed released for Unity by mistake?
[10:44]  * rye notices, that nick is "rye" - from "Roman Yepishev" :)
[10:45] <didrocks> JohnLea: it's my script, I think there is a bug when there is an unity-2d fix linked to an unity one :)
[10:45] <JohnLea> didrocks; could there be other bugs also affected by this script bug?
[10:45] <JohnLea> didrocks; (obviously we need to revert the status change for 'Unity')
[10:46] <didrocks> JohnLea: https://launchpad.net/unity-2d/+milestone/5.4
[10:46] <didrocks> I see nothing else here
[10:46] <didrocks> JohnLea: reverted, thanks
[10:47] <JohnLea> didrocks; this one may have had it's status changed incorrectly as well (but it is not a design bug) https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/742544
[10:47] <didrocks> JohnLea: we need to track this one to not have a difference between 2D and 3D
[10:47] <JohnLea> didrocks; just read the bug, invalid now we have a launcher on every monitor
[10:48] <JohnLea> didrocks; so ignore last comment
[10:48] <didrocks> JohnLea: no, the unity task is obselete here with the new multimonitor work
[10:48] <didrocks> yeah
[10:48] <didrocks> no worry :)
[10:48] <tsdgeos> greyback: ping
[10:48] <greyback> tsdgeos: pong
[10:50] <tsdgeos> greyback: will the dash multimonitor code, i've been looking at DashClient and in particular its alwaysFullScreen code, and it seems to me it doesn't really belong there since our FooClient stuff are mostly for dbus communication while this alwaysFullScreen code is "logic", can i move that code to the shellmanager? Actually i kind of *need* it since i need to make the alwaysFullScreen screen aware and doing it in DashClient is kind of painful
[10:50] <greyback> tsdgeos: I agree, and yes I see how it suits you better
[10:51] <tsdgeos> great
[10:53] <rye> So it will be Alt+F10, by default, right?
[10:53] <greyback> rye: yep
[10:54] <didrocks> rye: thanks for spotting it :)
[11:01] <rye> didrocks, then I have to highlight the following bug from gtk - https://bugzilla.gnome.org/show_bug.cgi?id=661973 - when people will hit f10 that will flicker the menus
[11:02] <rye> didrocks, you can see this now if you change the shortcut to Alt+F10, since F10 was former keybinding it can be surprising and seen like a bug in unity
[11:02] <didrocks> rye: interesting, I'll keep it under my radar once the change to 3D is done.
[11:04] <rye> didrocks, thank you
[11:05] <didrocks> rye: thank *you* for spotting them :)
[11:08] <rye> oh, by the way, while i am still drawing the attention, qt apps (such as keepasx and now our very own Ubuntu One control panel) which use Qt render the fonts bold by default - is it planned to be changed?
[11:10] <Andy80> hi
[11:10] <Andy80> om26er_: yesterday when you wrote me about "artifacts" on some Unity components (Asus 1215P and Precise) you were talking about this bug https://twitter.com/#!/andreagrandi/status/171357025547198464/photo/1 ?
[11:12] <rye> Andy80, interesting, i see the same in top left corner with text - as if some column of pixels gets duplicated and overlays original one
[11:12] <rye> but not on both machines
[11:12] <om26er_> Andy80, yep
[11:12] <om26er_> there is a report for that
[11:13] <Andy80> om26er_: nice :) just what I wanted to know (if I needed to report it or not)
[11:14] <Andy80> to avoid duplicating the bug
[11:14] <Andy80> rye: it's "good" then, I mean... that more people is having this bug so we can report it with more details
[11:15] <Andy80> rye: what resolution do you have on the PC where you are having this?
[11:18] <om26er_> bug 927441
[11:18] <om26er_> Andy80, ^^
[11:18] <om26er_> oh damn just remembered I had to test something about this bug :/
[11:30] <tsdgeos> dyams: pushed new code for the dash move around thingie you found
[11:31] <Saviq> tsdgeos, dyams guys let me know what I can help with for MM
[11:31] <tsdgeos> Saviq: fix the struts problem :D
[11:32] <tsdgeos> that's the biggest thing
[11:32] <Saviq> tsdgeos, "fix" as in implement it in metacity..
[11:32] <tsdgeos> actually i'm not sure we continue doing any MM until we decide what to do with it
[11:32] <tsdgeos> since without it the rest is actually kind of worthless
[11:32] <Saviq> Kaleo, dyams, tsdgeos, greyback, I think we should mumble that ^
[11:33] <Saviq> unless greyback you were investigating that already?
[11:33] <Saviq> I've kind of dropped in the middle of your talk guys so bear with me
[11:33] <greyback> Saviq: I was doing some early research on it only.
[11:35] <Kaleo> tsdgeos: Saviq is going to help you on MM now :)
[11:36] <Saviq> Kaleo, only that the struts is currently the most pressing issue
[11:37] <tsdgeos> right
[11:38] <tsdgeos> if we can get the "only get struts on the left, the rest of the windows act as with hide-mode 1" then it is "ok", otherwise it's a lot of work and we should get that agreed upon asap or just defer MM support altogether
[11:38] <tsdgeos> Kaleo: did you read the summary i made on the struts issue?
[11:46] <Kaleo> tsdgeos: nope, but I understand that it's going to be a lot of work to implement MM struts
[11:46] <Kaleo> tsdgeos: how much work are we talking about is the question
[11:47] <tsdgeos> Kaleo: means changing metacity, and Qt at least, i'd say one week at least if i am totally lucky in all the changes i made, most likely 2 :D (though that's just an almost totally uninformed guess)
[11:48] <Kaleo> tsdgeos: ok
[11:48] <tsdgeos> Kaleo: but it won't be less than that unless you get someone that knows the struts stuff , can only be more, i just need to know if we want to commit ourselves to that or not
[11:49] <Kaleo> tsdgeos: that's a fair question
[11:49] <Kaleo> tsdgeos, Saviq, greyback: mumble
[11:49] <Kaleo> if you guys don't mind
[11:49] <Saviq> coming
[12:12] <Kaleo> Saviq, tsdgeos, greyback: mumble? :)
[12:13] <tsdgeos> yeah
[12:15] <Saviq> coming
[12:22] <tsdgeos> Saviq: greyback: we did no merge the "smart Background" class yet, right?
[12:22] <greyback> tsdgeos: no we have not
[12:26] <tsdgeos> greyback: Kaleo: just to be sure, we are going for the compromise solution, i.e. there's no reason to keep developing the "move dash to different shells" feature
[12:27] <Saviq> Kaleo, greyback, tsdgeos: http://pastebin.ubuntu.com/849876/ that works
[12:27] <Saviq> tsdgeos, only thing is that the launcher is positioned wrong, you fixed that for MM?
[12:28] <tsdgeos> Saviq: what you mean with "positioned wrong" exactly?
[12:28] <greyback> tsdgeos: correct, with only one launcher ever, we only need one shell
[12:28] <Saviq> for hide-mode 0
[12:28] <Saviq> tsdgeos,
[12:28] <Saviq> in hide-mode 0 it was stuck to the right edge of left screen
[12:28] <tsdgeos> right
[12:28] <Saviq> tsdgeos, it was the self-strut issue
[12:29] <tsdgeos> but that was when we had multiple launches
[12:29] <tsdgeos> if you only have one that won't happen
[12:29] <tsdgeos> what you saw on the right edge of the screen was actually the "secondary monitor" launcher
[12:30] <Saviq> tsdgeos, it's the same code - the self-strut in updateshellposition
[12:31] <tsdgeos> i know what code it is
[12:31] <Saviq> tsdgeos, it's fine in hide-mode 1, but not in 0
[12:31] <tsdgeos> but that's a non issue
[12:31] <Saviq> yes it's an issue
[12:31] <tsdgeos> why?
[12:31] <Saviq> tsdgeos, I'm testing moving the whole shell to a different (primary) screen now
[12:32] <Saviq> that screen can be the right one
[12:32] <Saviq> and the issue is there
[12:32] <tsdgeos> Saviq: unlucky you
[12:32] <tsdgeos> you have the same problem
[12:32] <tsdgeos> can't create struts there
[12:32] <tsdgeos> hence can't do that
[12:33] <Saviq> righy
[12:33] <Saviq> right
[12:33] <tsdgeos> the strut can only be on the left of the "big screen area"
[12:33] <tsdgeos> we don't support struts on the right "monitor"
[12:33] <tsdgeos> be it primary or not
[12:33] <Saviq> yeah ok
[12:33] <Saviq> you're right, but the positioning issue is the same, to be fixed
[12:34] <tsdgeos> the code is fine
[12:34] <Saviq> it doesn't seem to be updating the size properly when just changing the monitor arrangement
[12:34] <tsdgeos> in the sense that it would work if the strut was being applied correctly
[12:34] <tsdgeos> the problem is that the strut is not applied correctly :D
[12:35] <tsdgeos> the strut is applied to the wrong screen and thus the positioning code thinks it has strut width to substract but really does not
[12:35] <tsdgeos> and that's why you get a shifted launcher
[12:35] <Saviq> Kaleo, so bar some positioning / sizing fixes, the primary screen solution works
[12:35] <Saviq> for auto-hide we would still need to implement the barriers
[12:35] <Saviq> and we can't have struts there, either
[12:41] <Kaleo> Saviq: what do you mean we can't have struts there?
[12:43] <diwic> hi! what does it mean when the small arrow next to an active application (in the left bar) is not filled?
[12:44] <Saviq> Kaleo, if we move the shell to a non-left-edge screen
[12:44] <Saviq> there's no putting struts there
[12:45] <dyams> diwic: currently it implies application is not in current workspace
[12:46] <diwic> dyams, hmm, I don't remember moving my terminal window to another workspace, might be a 12.04 bug
[12:46] <dyams> diwic: check with spread( hit Super+S )
[12:48] <diwic> dyams, hmm, it seems to have corrected itself now, now they are all in the first workspace.
[12:48] <diwic> and the arrow is filled again.
[12:56] <Kaleo> Saviq|bbiab: even by just computing the right position for the strut?
[12:56] <Kaleo> Saviq|bbiab: something confuses me
[13:01] <Levan> I have couple of ideas to make ubuntu more convenient how do i share them
[13:07] <Andy80> om26er__: is there anything I can do to help you testing/triaging the bug #927441 ?
[13:10] <om26er__> Andy80, you could download alpha2 of precise and see if the issue occurs there, if not then on the live session just update unity and restart unity to see if the issue occurs
[13:10] <om26er__> so we are sure if its a driver issue or a Unity one
[13:11] <om26er__> or I will do that when i get some time :p
[13:11] <Andy80> om26er__: what you mean with "there"? I've already installed Precise on your same netbook :) it's not a live, it's an upgrade from 11.10.
[13:12] <Andy80> about this machine, I prefer not upgrading, it's my main PC and cannot risk installing a non stable version :\
[13:12] <om26er__> Andy80, we need to make sure if it started with some Unity update or mesa update
[13:12] <om26er__> I'll be testing that in a few hours
[13:12] <om26er__> and then update the bug report
[13:14] <ali1234> i just updated and i'm having problems revealing the launcher on the main monitor
[13:14] <ali1234> only the main monitor though. on the second monitor it works exactly like it did before
[13:14] <ali1234> it's not a matter of sensitivity either. sometimes it reveals, sometimes it won't no matter how hard i push
[13:15] <ali1234> is this bug reported?
[13:15] <ali1234> i'm on 5.4 - bug did not happen in 5.2
[13:27] <ali1234> om26er: is https://bugs.launchpad.net/unity/+bug/923749 really about this? (see my comment on that bug too)
[14:54] <Saviq> Kaleo, what do you mean "even by just computing..."?
[14:55] <Saviq> Kaleo, it's not us that has problems with no struts being applied, it's window management and window sizing et al
[14:59] <diwic> dyams|away, it happened again so I filed bug 936966
[14:59] <diwic> eh, bug 936996
[15:05] <Kaleo> greyback: is that the HUD MR? https://code.launchpad.net/~gerboland/unity-2d/hud2/+merge/93590
[15:05] <greyback> Kaleo: yes
[15:05] <Kaleo> greyback: that's everything I need?
[15:05] <greyback> Kaleo: yep
[15:05] <greyback> I'm working on fixing tests now
[15:05] <Kaleo> greyback: ok
[15:14] <Kaleo> greyback: ok, I have a couple of remarks functionality wise
[15:14] <greyback> Kaleo: all comments welcome :)
[15:15] <Kaleo> greyback: it's in the MR now
[15:16] <greyback> Kaleo: focus follows mouse i consider separate fix
[15:16] <Kaleo> greyback: fair enough
[15:16] <greyback> but I am aware of it
[15:16] <Kaleo> greyback: do you know of a general bug report for that? if so, can you put it in the milestone
[15:16] <Kaleo> greyback: so that we don't forget about it
[15:17] <greyback> Kaleo: I'll look, and add if necessary
[15:17] <Kaleo> greyback: cool
[15:18] <Kaleo> greyback: code looks great
[15:18] <greyback> Kaleo: thank you
[15:19]  * greyback is waiting for the "except for... " :)
[15:27] <Kaleo> greyback: additional issues being posted now
[15:30] <davmor2> gord: in hud if you open an app and press alt several times I've noticed that sometimes it has the app icon and sometimes not
[15:31] <gord> davmor2, yup
[15:31] <mhr3> greyback, who maintains qtbamf?
[15:32] <gord> i swear, people on irc all have secret meetings where they wait so they can all synchronise their pings so that your guaranteed to get ten at once
[15:33] <mhr3> gord, oh, you don't go to those meetings?
[15:33] <davmor2> gord: no we just all like you so much that we think it is awesome to ping you once a second to remind you
[15:34] <gord> i'm going to change my nick to guest0138123 and be invisible from everyone!
[15:39] <popey> davmor2: got a bug filed for that?
[15:39] <popey> or indeed gord
[15:41] <davmor2> popey: no I was going to ask gord if there was before I filed one, just got caught up in something else though
[15:41] <popey> davmor2: i have noticed it too
[15:50] <mhr3> Kaleo, pls a quick approve on https://code.launchpad.net/~gerboland/bamf-qt/pkgconfig-fix/+merge/91552
[15:53]  * davmor2 prods gord for an answer
[15:54] <davmor2> gord: does ubuntu-bug hud work or is there more to the title than that?
[15:56] <mhr3> Kaleo, and https://code.launchpad.net/~gerboland/dee-qt/pkgconfig-fix/+merge/91551 as well
[15:58] <gord> davmor2, tbh i don't want a bug for that, it'll be fixed by other bugs being fixed, so its just extra paperwork
[15:58] <Kaleo> mhr3: done
[15:58] <davmor2> gord: no worries as long as it is on your radar
[16:00] <greyback> mhr3: oh thank you
[16:00] <greyback> Kaleo: you too
[16:01] <mhr3> greyback, oh... and i my build just noticed it's not correct :/
[16:02] <greyback> mhr3: shoot, what's wrong with it?
[16:03] <mhr3> greyback, it's missing prefix
[16:03] <mhr3> +configure_file (libqtbamf.pc.cmake ${CMAKE_CURRENT_BINARY_DIR}/libqtbamf.pc
[16:03] <mhr3> +    @ONLY)
[16:03] <mhr3> +install (FILES ${CMAKE_CURRENT_BINARY_DIR}/libqtbamf.pc
[16:03] <mhr3> +    DESTINATION ${CMAKE_INSTALL_PREFIX}/lib/pkgconfig
[16:03] <mhr3>      )
[16:03] <mhr3> next time i should try the branch before thinking it's the same thing i just did... :/
[16:16] <greyback> mhr3: my apologies, got distracted there. It's not been merged yet has it? Need it reverted?
[16:18] <greyback> Saviq: would you have any comments on https://pastebin.canonical.com/60594/
[16:18] <mhr3> greyback, it's cool, it failed, so would be nice to amend it ;)
[16:20] <greyback> mhr3: Jenkins found it failed too. I'll fix it up
[16:50] <greyback> mhr3: fixes pushed, will you have a quick look to make sure I didn't screw anything up?
[16:51] <mhr3> greyback, sure
[16:51] <greyback> mhr3: thank you
[16:52] <greyback> mhr3: and apologies for the error
[16:54] <mhr3> my bad, should have noticed it before clicking approve
[16:55] <gord> you guys are far too polite ;)
[17:35] <m4n1sh> DBO: ping
[17:58] <uni4dfx> Hello. I am looking for some specific ApplicationIndicator information. Is this the right place to ask?
[17:58] <davmor2> gord: apparently my old be got invalid'd so I added a new one bug #937119 let me know if there is anything useful I can add
[18:00] <uni4dfx> Is it possible to disable existing ApplicationIndicators?
[18:00] <gord> davmor2, ^^ its private ;)
[18:01] <davmor2> gord: try again
[18:03] <gord> davmor2, yeah the stacktrace is useless, maybe the retracers will help
[18:05] <davmor2> gord: I think that is what it got marked invalid last time, I've added the script this time though so you guys can reproduce it locally if it is crap again
[18:09] <uni4dfx> is there a unity development channel?
[18:10] <Daekdroom> uni4dfx, yes: #ubuntu-unity
[18:11] <uni4dfx> Can someone point me to the source code of Unity's ApplicationIndicators?
[18:11] <s9iper1> cimi: i guess this bug has enoughf info can you lok at  it and can i asign u you ? https://bugs.launchpad.net/unity/+bug/933841
[18:12] <Cimi> s9iper1, empathy is a bug, desktop menu is not
[18:13] <Cimi> we decided for light menus
[18:15] <Daekdroom> Cimi, but the submenus on the Unity panel being white is a bug, right?
[18:18] <s9iper1> hmm ok thanks very much ken also assign  you my bug see  https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/929651
[18:19] <s9iper1> cimi:
[18:19] <Cimi> Daekdroom, this is a bug, they should be dark
[18:19] <Daekdroom> Ah, ok.
[18:24] <s9iper1_> cimi: so its a light but
[18:24] <s9iper1_> bug
[18:24] <s9iper1_> *
[18:26] <gotwig> mhall119: hey
[19:17] <FloatingGoat> wow the unity developers need to stop.. just stop....
[19:17] <FloatingGoat> BEING SO AWESOME!!
[19:19] <Daekdroom> That's so not what usually happens in this channel.
[19:19] <Daekdroom> And I agree. They're doing a very good job for Precise.
[19:22] <s9iper1> i need the latest ppa of unity i searched but cannot find any body helps
[19:22] <s9iper1> 1
[19:22] <s9iper1> !
[19:22] <thomi> s9iper1: ppa:unity-team/ppa
[19:22] <thomi> bschaefer: ping?
[19:22] <bschaefer> hey was just about to ping you!
[19:22] <thomi> heh, just "got to work"
[19:22] <bschaefer> thomi, haha, yeah me too
[19:22] <thomi> I *love* my morning commute
[19:23] <bschaefer> yeah the best is I had a snow storm a few weeks ago, and didn't miss any work :)
[19:23] <thomi> oooh, nice.. you're in the US somewhere? We have summer
[19:23] <bschaefer> yeah Washington State
[19:23] <thomi> ...although it's kind of grey right now...
[19:23] <thomi> nice!
[19:23] <s9iper1> thomi:thanks
[19:24] <thomi> coming to UDS this year?
[19:24] <thomi> s9iper1: yw
[19:24] <bschaefer> it's moderate right now, and I believe so I went to the last one
[19:24] <bschaefer> and it is only about a 2 hour plane ride this time ;)
[19:25] <thomi> cool. Anyway, I'll be finishing up the CJK stuff today - I wanted to make sure I didn't duplicate anything you've already done
[19:25] <thomi> I *think* the only thing we're missing is the ability to install an engine using python
[19:26] <FloatingGoat> precise is amazing
[19:26] <FloatingGoat> I love it
[19:26] <bschaefer> sweet!
[19:26] <bschaefer> and yeah that is all we are missing
[19:26] <bschaefer> which I needed to talk to you about testing the HUd!
[19:26] <FloatingGoat> i've been using it for like two days and i cant even go back to my stable install its so great
[19:27] <thomi> bschaefer: OK, have you seen TIm's latest blog post? It's about testing the hud :)
[19:27] <bschaefer> Ooo nice, will read right now :)
[19:27] <bschaefer> what is his site?
[19:27] <bschaefer> I guess I need that haha
[19:27]  * thomi looks
[19:28] <thomi> bschaefer: http://how-bazaar.blogspot.co.nz/2012/02/guilt-reduction.html
[19:29] <bschaefer> sweet thanks!
[19:29] <Andy80> I just had an idea for Ubuntu and Unity, but I'll try to prepare some mockups before submitting it :P
[19:29] <huayra> unity as of today works great :) Only regression I can see is in when I move from the Spotify menues (Qt application) to the indicators and go back to the Spotify menues
[19:30] <Andy80> stay tuned :)
[19:30] <thomi> anyway, let me know what your testing requirements are, and we can sort something out. AFAIK there's very little introspection information available for the Hud, so it'll probably require tweaking unity
[19:32] <bschaefer> nice!
[19:33] <Daekdroom> Which package do I report against if Clementine is not using appmenu-qt?
[19:33] <bschaefer> and will do thomi, and Ill make sure I send gord an email about the hud
[19:34] <thomi> bschaefer: OK. sounds good.
[19:34] <bschaefer> and +1on all the testing :), hopefully no regressions! Thanks
[19:35] <thomi> heh
[19:35] <bschaefer> well I mean hopefully they are all caught
[19:36] <huayra> glad to see MyUnity in 12.04... but it does not work with 5.4
[19:38] <bschaefer> thomi, o yeah, have you found a way to get info from the search results?
[19:38] <thomi> int he dash or the hud?
[19:38] <bschaefer> from the dash
[19:38] <thomi> bschaefer: I know what needs to be done. It involves refactoring some ugly code in Unity. It's next on my list ;)
[19:38] <thomi> shouldn't take too long though
[19:39] <bschaefer> thomi, sweet! As that will be awesome for testing CJk
[19:39] <thomi> yeah - Martin sent me some tests that need to introspect the dash...
[19:39] <thomi> something like "reveal dash, type "photo" (but in chinese), verify that shotwell appears in the dash."
[19:40] <bschaefer> awesome!
[19:40] <thomi> But there's a bit of confusion around when this should work - you must have to set your locale correctly
[19:40] <bschaefer> yeah
[19:40] <thomi> ..hmmmm
[19:40] <bschaefer> I haven't done that in a while
[19:40] <bschaefer> so I need to refresh my self, which is something im doing today
[19:40] <thomi> cool.
[19:41] <bschaefer> Ill keep you updated!
[19:41] <thomi> cheers
[19:41] <bschaefer> yup, have a good day
[19:47] <hcabaguio> hey guys I have an idea
[19:48] <hcabaguio> what if instead of having a separate alt+tab "window" its a part of the launcher?
[19:49] <hcabaguio> I mean, the launcher already shows open applications so why have a separate window to show it again?
[19:51] <thomi> bschaefer: figured out how to add an engine to the preload list - it's actually pretty simple ;)
[19:52] <thomi> bschaefer: Is it better to not use the global engine thing?
[19:52] <thomi> if we just add it to the loaded engines list, we can change the tests to enable and disable the first engine with Ctrl+Space, right?
[20:00] <bschaefer> yeah
[20:00] <bschaefer> I used to global so we could set it ourself
[20:01] <bschaefer> because there is a list of engines, when you add multiple ones; and the order isn't always the same
[20:01] <bschaefer> thomi ^
[20:01] <thomi> OK, well, that's not going to be a problem shortly
[20:01] <thomi> yeah - I can set the order
[20:01] <bschaefer> thomi, awesome! I want to look at your code when you have it done :)
[20:02] <thomi> heh, OK
[20:02] <bschaefer> also the only way right now that Im getting Chinese search working is by setting it as my language
[20:02] <bschaefer> by setting Chinese as my language...
[20:14] <bschaefer> thomi, here is your test running, and it looks like its working
[20:14] <bschaefer> http://imgur.com/Q3rlc
[20:15] <thomi> cool
[20:15] <thomi> I'm almost finished this engine stuff
[20:15] <bschaefer> it also got shortwell and some others
[20:16] <thomi> bschaefer: what locale do you have set?
[20:16] <bschaefer> chinese
[20:16] <thomi> OK
[20:16] <thomi> I wonder if you can set that in python
[20:16] <thomi> How's you set it?
[20:16] <bschaefer> hmm I think the problem with that is when I change languages you have to log out
[20:16] <bschaefer> so got to system settings
[20:17] <bschaefer> and then at the bottom right there are 2 people
[20:17] <bschaefer> everything is in chinese sooo I cant read it haha
[20:17] <bschaefer> thomi, let me write out what needs to be install and changed to get it working
[20:18] <thomi> thanks
[20:18] <thomi> logging out is an issue :(
[20:18] <bschaefer> yeah :(
[20:18] <thomi> We may need a separate test machine in the lab with a different locale set
[20:19] <bschaefer> hmm yeah, I wonder if we can set it up to search through all locales
[20:19] <bschaefer> it would get slow though
[20:30] <bschaefer> thomi, http://paste.ubuntu.com/850466/
[20:31] <bschaefer> hopefully that explains it enough!
[20:31] <thomi> haha
[20:31] <bschaefer> I got stuck in chinese for a while once...
[20:31] <thomi> awesome. I'll try and see if we can do that in python
[20:31] <thomi> heh
[20:31] <thomi> OK, there'
[20:32] <thomi> s a new version of my branch: bzr+ssh://bazaar.launchpad.net/~thomir/unity/ibus-testing/
[20:32] <bschaefer> yeah, I think you can set the languages but the relog is the annoying part. OO what if you can do a unity --reset?
[20:32] <bschaefer> sweet ill check it out
[20:32] <thomi> bschaefer: are you able to run it and see what the tests do?
[20:32] <bschaefer> yeah
[20:32] <thomi> cool
[20:35] <bschaefer> hmm the ibus doesn't seem to get activated
[20:35] <bschaefer> I can go into the dash and ctrl+space then start the test and it works 100% though
[20:37] <thomi> hmmm, ok
[20:37] <thomi> I'll play around with it some mre
[20:37] <thomi> I'm switching to chinese, so if I don't come back, you know what's happened to me ;)
[20:38] <bschaefer> haha alright, email me if you get stuck ;)
[20:38] <bschaefer> if you can
[20:38] <bschaefer> jaytaoko, ping
[20:55] <thomi> bschaefer: those tests should work - they work perfectly in the terminal, so I'm not sure what's going on
[20:55] <thomi> bschaefer: what do I need to get ibus input working in the dash? Is there a branch I can grab from somewhere?
[20:55] <bschaefer> thomi, yeah but there are 2 branchs for it ;(
[20:56] <bschaefer> :(
[20:56] <bschaefer> one for nux and one for unity
[20:56] <bschaefer> thomi, does ibus work for say gnome-terminal?
[20:56] <thomi> bschaefer: yeah
[20:56] <thomi> if I change the tests to write in the terminal it works perfectly
[20:57] <bschaefer> hmm also it should be working in the dash, as I fixed the focus problem :(
[20:58] <bschaefer> so not works with ctrl+space in dash for trunk unity right now?
[20:58] <thomi> so if you do it manually it works for you? i.e.: hit ctrl+space, reveal dash, type 'abc1'
[20:58] <thomi> then Ctrl+space again to turn off ibus
[20:58] <thomi> this is *without* the gloabl engine enabled
[20:59] <bschaefer> well I need to revet back to the trunk unity...as Im using an updated one with the new ibus support
[21:00] <bschaefer> yeah, global shouldn't effect it working or not
[21:01] <bschaefer> lp:~unity-team/unity/unity.text-entry-im and lp:~unity-team/nux/nux.text-entry-im-auto-test
[21:01] <bschaefer> are the two branchs, all I have to fix is 1 problem for those to get merged...
[21:03] <bschaefer> thomi, also does your ibus start right away? or are you starting the ibus daemon?
[21:24] <thomi> bschaefer: I start the daemon if it's not running in the python code
[21:24] <bschaefer> thomi, can you go to system settings->language support really quick
[21:24] <thomi> sure
[21:25] <bschaefer> and see if ibus is selected
[21:25] <bschaefer> under keyboard input method system?
[21:25] <thomi> WTF? Since switching back to english, that dialog is still in chinese, but everything else is english :(
[21:25] <thomi> it's set to 'none'
[21:25] <bschaefer> umm go to regional formats and make sure that is english
[21:25] <bschaefer> thomi, set that to ibus
[21:26] <bschaefer> what happens when unity first starts, it see no input method is used and it effects some code in IMTextEntry
[21:26] <thomi> bschaefer: hmmm, but I can't set that inside an AP test
[21:26] <bschaefer> thomi, also press Apply System-Wdie
[21:27] <bschaefer> hmm
[21:27] <bschaefer> thomi, it shouldn't be a problem soon
[21:27] <bschaefer> thomi, that part from unity is getting removed soon
[21:28] <thomi> bschaefer: OK well I *think* the latest rev of my branch should work, once the ibus stuff is up and running
[21:28] <bschaefer> sweet thanks, testing!
[21:28] <thomi> FWIW it's probably a good idea to run these tests inside a guest session, just to make sure that you don't have any custom settings affecting the test results
[21:29] <bschaefer> yeah I can, but its working :)
[21:29] <bschaefer> ill test it on a guest one to make sure
[21:29] <thomi> OK.
[21:29] <thomi> Gotta reboot
[21:30] <bschaefer> alright
[21:34] <thomi> bschaefer: how come I still get some things in chinese even though all the 'zh' language packs have been removed?
[21:34] <thomi> in system settings, the language support thing is in chinese, and apt is in chinese too :(
[21:35] <bschaefer> thomi, really?
[21:35] <thomi> yeah :(
[21:36] <bschaefer> thomi, your user account was set back to english? What do you have set under regional formats in language support?
[21:36] <thomi> English
[21:36] <bschaefer> did you apply system-wide?
[21:36] <thomi> ahhh, there's a setting in the user account too
[21:37] <thomi> RIGHT, LET'S TRY THAT...
[21:37] <thomi> oops..
[21:37] <bschaefer> haha
[21:39] <thomi> that fixed it :)
[21:39] <bschaefer> sweet!
[21:40] <bschaefer> I was almost out of ideas
[21:42] <bschaefer> thomi, also is your ibus working in the dash now?
[21:43] <thomi> bschaefer: nope
[21:43] <bschaefer> hmm, what version of unity do you have?
[21:44] <thomi> I'm running the unity-team/ppa
[21:44] <thomi> I can start trunk if that'll help
[21:44] <Daekdroom> the unity-team/ppa is behind precise repos.
[21:45] <thomi> OK, I'm running 5.4.0-0ubuntu1
[21:45] <bschaefer> thomi, yeah that wil help
[21:45] <bschaefer> the focus fix for the ibus should be in trunk
[21:45] <thomi> bschaefer: ok, just building trunk now
[21:46] <bschaefer> cool, also my guest session is broken soo I couldn't test it in there
[21:46] <thomi> :(
[21:46] <bschaefer> not really sure when that happened though haha
[21:46] <bschaefer> but your test worked for me on my normal one
[21:47] <thomi> OK - the onyl thing to watch out for is if you've set any custom settings that are not set on a default unity install
[21:47] <thomi> since the test machines are stock-standard ubuntu
[21:48] <bschaefer> ok, Ill start setting up a test VM for this kind of thing
[21:48] <bschaefer> where it will just be a standard ubuntu install
[21:48] <thomi> bschaefer: a second user account will at least eliminate system settings changes
[21:49] <thomi> bschaefer: and getting unity to run inside a VM can be difficul
[21:49] <thomi> t
[21:49] <bschaefer> I know, that is where I do most my dev work
[21:49] <thomi> bschaefer: I'm now running trunk, and still no luck
[21:49] <bschaefer> really?
[21:49] <thomi> oh ok
[21:49] <thomi> let me make you a short video :)
[21:49] <bschaefer> alright haha
[21:51] <bschaefer> thomi, also is there a reason to open and close the dash each time?
[21:51] <thomi> hmm, 4.6MB... whare can I stick this?
[21:51] <bschaefer> or are you using it to select all text?
[21:51] <thomi> bschaefer: yeah - it's better to start all tests the same way
[21:51] <bschaefer> thomi, alright, just curious
[21:52] <thomi> bschaefer: we can't control the order to tests, so you have to assume that everything is in the default state, and you need to leave it in the same way
[21:52] <bschaefer> and you can email me it :)
[21:52] <thomi> bschaefer: ahh, of courtse
[21:52] <bschaefer> brandontschaefer@gmail.com
[21:54] <thomi> sending now
[21:55] <bschaefer> sweet, im just stress testing the test.
[21:55] <bschaefer> so far 4/5 times worked 100% of the times
[21:56] <bschaefer> sometimes it fails because it doesn't close the dash...which doesn't select all text so the text check is failing
[21:56] <bschaefer> sweet got your email
[21:58] <thomi> bschaefer: OK, that's fixable
[21:59] <bschaefer> thomi, so ctrl+space in the dash wont work? With trunk...
[22:00] <bschaefer> that is no good!
[22:00] <thomi> bschaefer: if the dash is showing, Ctrl+Space does not enable ibus - if I close the dash it doesn't work in the terminal either
[22:01] <bschaefer> yeah, that is what the global setting does I believe
[22:01] <bschaefer> so if you activate it in the in one app you don't have to set it again in the other app
[22:01] <thomi> ahhh, OK.
[22:01] <thomi> in that case my video is flawed, but it still doesn't work for me
[22:01] <bschaefer> but the dash should be working independently with a ctrl+space!!
[22:02] <thomi> bschaefer: that also means all those tests should fail
[22:02] <thomi> because we enable ibus *before* we open the dash
[22:02] <bschaefer> are you using set_global_engine?
[22:02] <thomi> not any more
[22:02] <bschaefer> hm
[22:03] <bschaefer> o i think its because I have ibus active in the dash haha
[22:03] <thomi> ?
[22:03] <bschaefer> why the test past for me
[22:03] <thomi> ahh
[22:03] <bschaefer> yup haha
[22:03] <bschaefer> yeah I guess I did a ctrl+space and forgot to undo it!
[22:04] <thomi> OK, so the tests need to activate ibus *after* opening the dash?
[22:04] <bschaefer> yes, if we are no longer using the global setting
[22:04] <thomi> ok, I'll fix the tests
[22:05] <bschaefer> cool, I also tried using preload engines and it wouldn't work for me!
[22:05] <bschaefer> but just tested it out and you are setting the inactive ones correctly :)
[22:06] <bschaefer> config.set_list("general", "preload_engines", engine_list, "s")
[22:07] <bschaefer> i tried that same line!
[22:07] <bschaefer> haha, but good that it works. I must have been doing something wrong haha
[22:13] <thomi> bschaefer: new verion of my branch
[22:13] <thomi> now ibus is activated after dash loads
[22:15] <bschaefer> alright, pulling
[22:16] <bschaefer> Ran 5 tests in 30.113s
[22:16] <bschaefer> OK
[22:16] <bschaefer> all worked :)
[22:16] <bschaefer> and I made sure ibus wasn't set before the test
[23:26] <bmcorser> hello gang
[23:26] <hcabaguio> hi
[23:28] <bmcorser> anyone in here experienced issues using their apple trackpad with ubuntu 11.10?
[23:28] <bmcorser> namely the cursor getting stuck in the top left screen corner when making a four-finger gesture
[23:34] <Daekdroom> Shouldn't the HUD icon size match Launcher's for consistency?