=== Trevinho is now known as Trevinho|holiday | ||
=== _salem is now known as salem_ | ||
=== salem_ is now known as _salem | ||
Saviq | mo'nin | 06:58 |
---|---|---|
Cimi | morning | 07:38 |
Cimi | Saviq, remove 0.1.16 from trunk or I'll do :) | 07:43 |
Saviq | Cimi, check again | 07:43 |
Cimi | Saviq, I just merged and I got it | 07:43 |
Cimi | weird | 07:43 |
Cimi | maybe was last night merge | 07:44 |
Saviq | Cimi, well, you got it because you have it | 07:44 |
Saviq | Cimi, not because it's in trunk ;P | 07:44 |
Cimi | I am infected! | 07:44 |
Cimi | @unity is canonical irc down for you? | 08:06 |
dednick | Cimi: seems like it | 08:06 |
Cimi | ok | 08:06 |
dednick | Cimi: unless they've done something with dns again | 08:07 |
mzanetti | o/ | 08:37 |
Saviq | RIP Robin Williams :| | 08:41 |
Cimi | Saviq, do we have scope settings in the mock or I have to c++ them? | 08:53 |
Saviq | Cimi, in "the mock"? | 08:53 |
Saviq | Cimi, you mean in unity-api's mock? | 08:53 |
Cimi | Saviq, in Unity 0.2 mock | 08:54 |
Saviq | Cimi, right, no | 08:54 |
Saviq | Cimi, btw, found a bug with your recent changes | 08:56 |
Saviq | Cimi, there's no right margin in overlay either | 08:56 |
Saviq | Cimi, where it should be | 08:56 |
Cimi | Saviq, added to my todo | 08:58 |
mzanetti | Saviq: flashing mako. bar goes from right to left :) | 09:00 |
mzanetti | Saviq: logo rotating clockwise | 09:00 |
Saviq | mzanetti, so it's just wrapped in the middle or something ;) | 09:01 |
mzanetti | so its either mirrored vertically | 09:01 |
Saviq | or yeah, mirrored most probably | 09:01 |
mzanetti | or yeah, shifted | 09:01 |
Saviq | well, no, if it was mirrored | 09:01 |
Saviq | wouldn't it rotate counter clockwise? | 09:01 |
mzanetti | true :D | 09:01 |
mzanetti | so its a different piece of animation. | 09:01 |
mzanetti | I don't think its shifted either | 09:02 |
mzanetti | because spacing between bar and logo wouldn't match | 09:02 |
Saviq | so what probably really happens | 09:02 |
mzanetti | "probably really" yes. :) | 09:02 |
Saviq | is coordinates are topleft vs. bottomright | 09:02 |
Saviq | or no | 09:03 |
Saviq | probably really not | 09:03 |
mzanetti | :) | 09:03 |
Saviq | because that'd have failed in a more weird way | 09:03 |
mzanetti | I'd say its just implemented the other way round. that's it | 09:03 |
Saviq | mhm | 09:03 |
Cimi | Saviq, so in fake_scope.cpp it returns a null when you look for settings, is there any other mock code I could use there? | 09:05 |
Cimi | maybe from unity api | 09:05 |
Saviq | Cimi, you need to write a mock settings model | 09:05 |
Cimi | Saviq, yup, but maybe they wrote it already no? | 09:05 |
Cimi | otherwise how did they test it? | 09:05 |
Saviq | Cimi, not likely | 09:05 |
Saviq | Cimi, with the real thing | 09:06 |
Saviq | Cimi, pete-woods will know | 09:06 |
Cimi | pete-woods, I need to write a scope settings mock, where is the real thing? :) | 09:06 |
pete-woods | Cimi: the settings model in unity-api gives a reasonably complete mock | 09:08 |
pete-woods | it has bool, string, number and list in it | 09:08 |
Cimi | pete-woods, found it | 09:10 |
pete-woods | :) | 09:10 |
=== vrruiz_ is now known as rvr | ||
mzanetti | Saviq: when you have some time, can you please verify this grooveshark thingie? | 10:22 |
mzanetti | https://bugs.launchpad.net/unity8/+bug/1355356 | 10:22 |
ubot5 | Ubuntu bug 1355356 in unity-webapps-grooveshark (Ubuntu) "App spread should not kill media" [Undecided,New] | 10:22 |
mzanetti | Saviq: works fine with youtube and others here | 10:22 |
mzanetti | and I'm not really in the position to test with grooveshark | 10:22 |
Saviq | mzanetti, will do in a mo | 10:23 |
Saviq | mzanetti, critical one for you bug #1355729 | 10:34 |
ubot5 | bug 1355729 in Unity 8 "Network caching doesn't work anymore after introducing Dash as an app" [Undecided,New] https://launchpad.net/bugs/1355729 | 10:34 |
Saviq | mzanetti, we didn't bring over caching from shell to dash | 10:35 |
mzanetti | like if that ever worked :D | 10:35 |
Saviq | mzanetti, yes it did | 10:36 |
Saviq | mzanetti, check out your ~/.cache/unity8/network | 10:36 |
mzanetti | Saviq: then the cache is the same speed as the network connection :D | 10:36 |
Saviq | mzanetti, we're not caching for speed, we're caching for lower data usage | 10:37 |
mzanetti | Saviq: we should cache for speed too :D | 10:38 |
mzanetti | Saviq: jokes aside... how come then the cached content still takes seconds to load? | 10:38 |
Saviq | mzanetti, that assumes that network is the bottleneck, which we know it is not | 10:38 |
Saviq | mzanetti, bug #1338430 | 10:38 |
ubot5 | bug 1338430 in Unity 8 "Slow loading/showing of images in the dash" [Critical,Triaged] https://launchpad.net/bugs/1338430 | 10:38 |
dednick | Saviq: hi. Have a bit of a conundrum about qml singletons. Can't really use the objects given to qml safely outside of qml, since they're managed by the engine (can be deleted before c++ objects which may use them on destruction). You ever come across that problem before? | 10:59 |
Saviq | dednick, nope, but sounds legit | 11:00 |
Saviq | dednick, why would you need to use the singleton in some other object's d'tor? | 11:00 |
dednick | Saviq: yeah, but the qml documentation says not to use singlton factory. | 11:01 |
dednick | Saviq: because there's some regegistration when objects are destroyed | 11:01 |
Cimi | Saviq, spot any mistake? http://paste.ubuntu.com/8025733/ | 11:01 |
dednick | de-registration | 11:01 |
Saviq | Cimi, is that a review or debugging? | 11:02 |
Cimi | Saviq, QMetaProperty::read: Unable to handle unregistered datatype 'unity::shell::scopes::SettingsModelInterface*' for property 'Scope::settings' in tryDash | 11:02 |
dednick | Saviq: http://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/tests/mocks/Unity/Application/ApplicationInfo.cpp#L55 | 11:02 |
Cimi | Saviq, my C++ still lacks... | 11:03 |
dednick | Saviq: although i'm not saying that's very good design | 11:03 |
Saviq | Cimi, and where are you registering that type in your mock plugin that you expect it to work? | 11:03 |
Cimi | Saviq, right | 11:04 |
Cimi | Saviq, adding it | 11:04 |
Saviq | Cimi, that message was so clear it couldn't be more so ;) | 11:04 |
Cimi | Saviq, it is clear if you understand qml and c++ | 11:05 |
Saviq | Cimi, afternoon read http://qt-project.org/doc/qt-5/qtqml-cppintegration-topic.html | 11:05 |
Saviq | dednick, so... AppMan is being destroyed at the same time SurfMan is, correct? | 11:05 |
dednick | Saviq: surface manager has already been destroyed | 11:06 |
Saviq | dednick, well, yeah, that's what I mean | 11:06 |
Saviq | dednick, why doesn't SurfMan connect to the surface's destroy signal? does AppMan really need to tell SurfMan that's happening? | 11:07 |
=== pete-woods is now known as pete-woods|away | ||
dednick | Saviq: well, i guess there are ways to mitigate the problem, but still need to use SurfMan from App/Surface at some point. Just wondering if you knew a better way. | 11:11 |
Saviq | dednick, nothing that would save us this issue, engine can destroy the singleton at will | 11:11 |
Saviq | dednick, I don't think there's a way to "get" it from the engine | 11:12 |
dednick | Saviq: right. I've done a bit of a crazy solution decorating a QSharedPointer<SurfMan> and passing that as the singleton, then storing the shared pointer where-ever it's used. Works, but it's pretty messy and quite a pain to maintain. | 11:14 |
facundobatista | Holas | 11:14 |
Saviq | dednick, and then mixing Qt's QML/parent-child ownership and smart pointers is somewhat messy, too | 11:14 |
Cimi | Saviq, ok of this http://pastebin.com/8zbBKHjC how do I correctly set implicitHeight? | 11:15 |
dednick | Saviq: the qml singleton isn't a smart pointer, the object it uses just holds a ref to one. but it's pretty crap | 11:15 |
Saviq | Cimi, spam detection, please use paste.ubuntu.comn | 11:16 |
dednick | i'll just try sort it out with connections | 11:16 |
Cimi | Saviq, I used qtcreator plugin for the first time in my life :D | 11:16 |
Cimi | Saviq, http://paste.ubuntu.com/8025836/ | 11:16 |
Cimi | Saviq, ScopeSetting is Item with list of props | 11:16 |
Saviq | Cimi, why would you set implicitHeight when in this case this widget only really makes sense in the height of the ItemSelector's? | 11:17 |
Cimi | Saviq, because they appear all on top of each other | 11:17 |
Saviq | Cimi, aaand? | 11:17 |
Cimi | Saviq, this and others | 11:17 |
Saviq | Cimi, you need to bind ScopeSettings's height to ItemSelector's | 11:17 |
Saviq | Cimi, but you should be using Ubuntu{ListView,Column} here and an Expandable | 11:17 |
Cimi | Saviq, http://paste.ubuntu.com/8025853/ | 11:17 |
Saviq | Cimi, in which case there's more that needs to happen | 11:18 |
Cimi | Saviq, that one as well, no implicitHeight they are all on top as delegates | 11:18 |
Saviq | Cimi, your component is 0-height | 11:18 |
Cimi | yeah I need to set implicitHeight of the children | 11:18 |
Saviq | NO | 11:18 |
Saviq | you need to set height | 11:18 |
Saviq | not implicit height, because that component doesn't deal well with height other than the one of its children | 11:19 |
Saviq | Cimi, if you have a ListItem.Empty in every ScopeSetting | 11:20 |
Saviq | Cimi, why isn't ScopeSetting a ListItem.Empty already | 11:20 |
Cimi | Saviq, because List is not using ListItem.Empty | 11:20 |
Cimi | Saviq, I did that originally, but then I needed to change ScopeSetting | 11:20 |
Saviq | Cimi, what's List? | 11:20 |
Cimi | Saviq, list of words | 11:20 |
Cimi | hold on | 11:20 |
Saviq | Cimi, I really don't understand your problem | 11:21 |
Cimi | Saviq, something like the language setting I think | 11:21 |
Saviq | ScopeSetting has no height | 11:21 |
Saviq | ListItem.Empty has height | 11:21 |
Cimi | Saviq, yes | 11:21 |
Saviq | ListItem.Empty is in ScopeSetting | 11:21 |
Saviq | so what height is ScopeSetting supposed to have? | 11:21 |
Cimi | String, Number, Boolean use Empty | 11:21 |
Cimi | List might use ItemSelector | 11:22 |
Saviq | AAND? | 11:22 |
Saviq | doesn't ItemSelector have a height? | 11:22 |
Cimi | yes, so I set height of that ScopeSetting as height of the children? | 11:22 |
Cimi | nope | 11:23 |
Cimi | because it expands.. | 11:23 |
Cimi | this is not correct http://paste.ubuntu.com/8025908/ | 11:23 |
Cimi | :/ | 11:26 |
Saviq | Cimi, why isn't that correct? | 11:27 |
Cimi | Saviq, btw someone linked me this http://theburgerlist.tumblr.com/post/94443927060/le-bourguinon-bun-le-bun-riverside-feast-battersea | 11:27 |
Cimi | Saviq, guess could be a treat next week :) | 11:27 |
Saviq | Cimi, only there until Wed afternoon, though | 11:28 |
Cimi | ok | 11:28 |
Cimi | Saviq, so if I set that, when I click on the item it should expand, but is clipped instead to that height | 11:28 |
Saviq | Cimi, sounds like a bug in the component | 11:31 |
Saviq | Cimi, except there's http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/modules/Ubuntu/Components/ListItems/ItemSelector.qml#L153 | 11:32 |
Saviq | Cimi, I'm afraid you can't do ScopeSetting if you want to use ExpandablesColumn (which you should) | 11:33 |
Saviq | ah damn with a *Factory you can't even do that either | 11:34 |
Saviq | mzanetti, do you have an idea about using Expandables and a Loader as delegate? | 11:34 |
mzanetti | Saviq: hmm... you don't know the loader's content size in advance, do you? | 11:35 |
mzanetti | Saviq: dunno. would need to try | 11:35 |
mzanetti | might work, might not... | 11:35 |
mzanetti | Saviq: so you can put inside an Expandable whatever you want, also loaders | 11:36 |
Saviq | mzanetti, no, I was wondering if we can reparent Loader.item to the Expandable{ListView,Column} | 11:36 |
mzanetti | no | 11:36 |
Saviq | mzanetti, right, so delegate Expandable { Loader { } } | 11:36 |
mzanetti | yes | 11:36 |
mzanetti | Saviq: and: | 11:36 |
Saviq | we'd have to fwd everything things from item to the parent expandable | 11:36 |
mzanetti | Expandable { expandedHeight: loader.height ... } | 11:37 |
Cimi | Saviq, shall I use expanded ones? | 11:42 |
Cimi | Saviq, I'll use expanded: true in the meanwhile | 11:46 |
Saviq | Cimi, what do you consider a "meanwhile"? | 11:47 |
Cimi | Saviq, hah, until we realise what's wrong with it | 11:48 |
Cimi | with the height | 11:48 |
Saviq | Cimi, we did already | 11:48 |
Cimi | Saviq, so shall I always use expanded? | 11:51 |
Saviq | Cimi, no, why? | 11:52 |
Cimi | so how can I make it work? | 11:52 |
Cimi | I am confused | 11:52 |
Saviq | Cimi, http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/examples/ubuntu-ui-toolkit-gallery/ListItems.qml#L106 | 11:53 |
Saviq | Cimi, this works in the gallery | 11:53 |
Cimi | Saviq, this is a column | 11:53 |
Cimi | Saviq, I already checked | 11:53 |
Saviq | Cimi, so? a column takes the item's dimensions | 11:53 |
Cimi | Saviq, maybe because is not embedded in one item? | 11:54 |
Cimi | wrapped | 11:54 |
Cimi | nope | 11:55 |
Cimi | just tried removing the item on top of listitem.itemselector | 11:56 |
Cimi | still issues | 11:56 |
Saviq | Cimi, http://paste.ubuntu.com/8026115/ | 11:56 |
Saviq | Cimi, btw, ItemSelector has its own header, use it | 11:56 |
Cimi | Saviq, I am already using it | 11:57 |
Cimi | http://paste.ubuntu.com/8025836/ | 11:57 |
Cimi | Saviq, you might want to try this http://paste.ubuntu.com/8026141/ | 11:59 |
Saviq | Cimi, yeah, and why would that ever work? | 11:59 |
Saviq | Cimi, when you set the Item's height to 100? | 12:00 |
Cimi | Saviq, it doesn't | 12:00 |
Saviq | Cimi, well, how can it? | 12:00 |
Cimi | Saviq, I need to set the item height to be exactly of the container | 12:00 |
Cimi | Saviq, because if the item is collapsed it should not eat more height | 12:00 |
Cimi | than it needs | 12:00 |
Saviq | Cimi, does not compute | 12:01 |
Cimi | not container | 12:01 |
Cimi | sorry children | 12:01 |
Cimi | Item height, where you set 600, should be the height of the itemselector | 12:01 |
Cimi | and the added rectangle | 12:01 |
Cimi | because when you use the item in a listview, you want to allocate width and height | 12:02 |
Saviq | Cimi, http://paste.ubuntu.com/8026161/ | 12:02 |
Cimi | thius works? | 12:03 |
Cimi | it is basically http://paste.ubuntu.com/8025908/ | 12:03 |
Saviq | Cimi, why would it *not* work? | 12:04 |
Cimi | that code I pasted doesn't work | 12:04 |
Saviq | what do you mean "doesn't work"? | 12:04 |
Cimi | Saviq, when I click on the itemselector to expand it | 12:05 |
Cimi | Saviq, the height doesn't grow | 12:05 |
Saviq | Cimi, but you have a Loader in the middle, how does the Loader's height look? | 12:05 |
Cimi | Saviq, the height doesn't change | 12:08 |
Cimi | neither the inner one | 12:08 |
Cimi | of the item I mean | 12:08 |
Saviq | Cimi, you need to push the code somewhere if you still want to do IRC debugging, which you know I resent | 12:08 |
Cimi | Saviq, call it help... | 12:09 |
Saviq | Cimi, what I say happens: you're overriding the height in the delegate | 12:09 |
Saviq | Cimi, which means whatever you do *inside* the component doesn't matter | 12:09 |
Cimi | Saviq, pushed | 12:10 |
Cimi | ~cimi/unity8/scope-settings | 12:10 |
Cimi | make tryDash | 12:10 |
=== MacSlow is now known as MacSlow|lunch | ||
Saviq | Cimi, ok confirmed, this looks real weird indeed | 12:33 |
Cimi | Saviq, I am working on a workaround | 12:34 |
Saviq | Cimi, talk to SDK peeps, too | 12:34 |
Saviq | Cimi, TBH the ListItem.Empty is complex enough that something there must be getting awry | 12:35 |
Cimi | Saviq, http://paste.ubuntu.com/8026405/ | 12:37 |
Cimi | Saviq, ETOOUGLY | 12:37 |
Saviq | Cimi, indeed | 12:37 |
Cimi | works btw | 12:37 |
Saviq | Cimi, the same seems to happen with OptionSelector | 12:38 |
Saviq | HUH | 12:38 |
Saviq | Cimi, height: listItem.height + 1 | 12:40 |
Cimi | Saviq, can I commit that workaround with a comment? | 12:40 |
Saviq | Cimi, talk to SDK first | 12:40 |
Cimi | Saviq, that works too | 12:40 |
Cimi | but without animation | 12:40 |
Saviq | Cimi, well, there is animation if you look at the console output | 12:41 |
Saviq | Cimi, it just doesn't get "up" correctly | 12:42 |
Saviq | Cimi, but in any case that suggests something's awfully broken in the ListItems' height | 12:42 |
Cimi | Saviq, can you join me in #sdk and probably explain better the issue? | 12:43 |
Cimi | Saviq, also wondering how containerHeight is not causing binding loops | 12:48 |
Cimi | Saviq, having headache trying to understand how the properties are nested | 12:49 |
=== _salem is now known as salem_ | ||
=== MacSlow|lunch is now known as MacSlow | ||
Cimi | Saviq, can I also do http://paste.ubuntu.com/8026544/ to make tryGenericScopeView work? | 12:56 |
Wellark | Saviq: FYI: https://bugs.launchpad.net/unity8/+bug/1318533 | 12:57 |
ubot5 | Ubuntu bug 1318533 in indicator-network (Ubuntu) "provide unity-notifications-service virtual package" [Wishlist,Triaged] | 12:57 |
ChrisTownsend | greyback: Hey, I have a question about the transition to qtmir wrt to https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1353041. Whenever you have some time, could we chat about it for a bit? | 13:08 |
ubot5 | Ubuntu bug 1353041 in unity8-desktop-session (Ubuntu) "Logging out of the Unity8 desktop preview session hangs" [Undecided,Confirmed] | 13:09 |
greyback | ChrisTownsend: hey. Sure, happy to talk. | 13:10 |
ChrisTownsend | greyback: Cool. So I've done some investigating and made some notes in the bug, but in a nutshell the QGuiApplication dtor is blocking waiting on some pthread_cond_wait. I have no clue what it's waiting on though. | 13:11 |
ChrisTownsend | greyback: So teardown gets stuck at this point and the log out hangs. I'm thinking it might have to do with the transition to qtmir, but wanted to see your opinion. | 13:12 |
cwayne | has the category header links changed? ours in our aggregating scopes aren't working atm | 13:13 |
greyback | ChrisTownsend: hmm yeah, I've skimmed your comments so far. It possible qtmir waiting for something and thus blocking shutdown, but I see nothing that obvious aside from one QMutexLocker, but I'd be surprised if that the culprit | 13:14 |
greyback | ChrisTownsend: I can certainly investigate it further | 13:14 |
ChrisTownsend | greyback: Awesome, that would be great! | 13:14 |
greyback | ChrisTownsend: please add qtmir as an affected project, and assign to me | 13:14 |
greyback | I'll give it a look today | 13:15 |
mzanetti | Saviq: ok... I guess this is it now: https://code.launchpad.net/~mzanetti/unity8/new-lockscreen-design/+merge/230478 | 13:15 |
ChrisTownsend | greyback: Ok, will do. And thanks! | 13:15 |
greyback | np | 13:15 |
Saviq | mzanetti, kk | 13:15 |
Wellark | Saviq: any flaws in my reasoning at bug #1318533 ? | 13:27 |
ubot5 | bug 1318533 in indicator-network (Ubuntu) "provide unity-notifications-service virtual package" [Wishlist,Triaged] https://launchpad.net/bugs/1318533 | 13:27 |
Saviq | Wellark, nope | 13:30 |
Saviq | Wellark, all good | 13:30 |
Wellark | Saviq: hate to reject a community contribution, though.. | 13:31 |
Saviq | Wellark, well, it might be better at some point soon | 13:37 |
Saviq | Wellark, when we drop the whole UnityMenuModel concept from notifications | 13:37 |
Saviq | Wellark, at least in the shape they're there now | 13:37 |
Saviq | Wellark, one idea was to use trusted sessions for this (so i-n would actually *draw* the UI it wants, not only direct it) | 13:38 |
mzanetti | Saviq: hmmm... do we still need the caching in unity8? | 13:39 |
Saviq | mzanetti, we don't *need* it, but it can't hurt | 13:39 |
mzanetti | I guess it doesn't hurt... | 13:40 |
mzanetti | ack | 13:40 |
Saviq | mzanetti, we can get remote images for avatars in notifications, for example | 13:40 |
Saviq | and in messaging menu | 13:40 |
mzanetti | I guess it *can* hurt... but lets hope all goes well :D | 13:40 |
Saviq | ;) | 13:40 |
mzanetti | pstolowski: https://code.launchpad.net/~mzanetti/unity8/dash-caching/+merge/230487 | 13:52 |
pstolowski | mzanetti, awesome, thanks! | 13:53 |
dandrader | Saviq, did we change dash so that it no longer goes back to the apps scope when you switch back to it? | 13:54 |
Saviq | dandrader, depends on how you switch to it | 13:54 |
Saviq | dandrader, it should still happen when you left-swipe or press the button | 13:54 |
pstolowski | mzanetti, is it enough to register it in main? no qml changes? | 13:55 |
mzanetti | Saviq: except when you're already at the dash | 13:55 |
Saviq | mzanetti, well, button still works | 13:55 |
dandrader | Saviq, right | 13:55 |
Saviq | mzanetti, left swipe doesn't | 13:55 |
Saviq | and overview broke it | 13:55 |
mzanetti | pstolowski: yep. it registers a QNetworkAccessManagerFactory | 13:55 |
Saviq | dandrader, but yeah, the bug you were looking at | 13:55 |
Saviq | dandrader, swipe dash to a scope | 13:55 |
Saviq | (different than apps) | 13:56 |
mzanetti | pstolowski: so if QML wants something it'll create a new QNAM and will get it from that factory | 13:56 |
Saviq | dandrader, launch an app from the launcher | 13:56 |
Saviq | dandrader, long-left-swipe to dash | 13:56 |
Saviq | dandrader, you see the old scope, until you touch it | 13:56 |
Saviq | dandrader, I wonder, though, ig the dash getting suspended is causing this | 13:56 |
Saviq | if | 13:57 |
mzanetti | Saviq: yes, I think so | 13:57 |
Saviq | but unlikely | 13:57 |
Saviq | mzanetti, nah, happens without even waiting for the other app to launch | 13:57 |
pstolowski | mzanetti, k, thanks for explaining. +1 | 13:57 |
Saviq | mzanetti, so within the 5 or so seconds before it gets suspended | 13:57 |
mzanetti | Saviq: not here | 13:58 |
mzanetti | oh. yes... this time yes | 13:59 |
mzanetti | Saviq: not if you're really quick | 13:59 |
mzanetti | Saviq: its 3 secs btw | 13:59 |
mzanetti | strage... it does not happen all the time anyways | 14:00 |
MacSlow | what (additional) branch is needed to get current lp:unity8 trunk to to work with the run-script on the desktop? | 14:00 |
mzanetti | but not related to the 3 secs thing | 14:00 |
mzanetti | MacSlow: forget about the run script :D | 14:00 |
seb128 | Saviq, when you reassign bugs to settings, please do it against the package, we don't use the project for bugs | 14:01 |
MacSlow | mzanetti, but I should now use instead.... ? | 14:01 |
mzanetti | MacSlow: make tryShell for instance | 14:01 |
mzanetti | MacSlow: depends a bit on what you need | 14:01 |
Saviq | MacSlow, lp:~saviq/unity8/tweak-runscript | 14:01 |
Saviq | it's a start | 14:01 |
mzanetti | or that :) | 14:01 |
tedg | Saviq, Is there a way to know when the dash has settled? | 14:05 |
tedg | Saviq, i.e. when it's done loading icons, etc. | 14:06 |
tedg | Saviq, Trying to make the app startup results more reliable, avoiding having the dash stealing CPU. | 14:06 |
Saviq | tedg, right now it's never "done loading icons", because it won't start loading them until you look at the dash | 14:06 |
tedg | Saviq, So I look at the dash by unlocking Unity before starting the app. | 14:07 |
Saviq | tedg, just start the app, it should unlock itself | 14:07 |
Saviq | I *think* | 14:07 |
MacSlow | mzanetti, Saviq: with lp:~saviq/unity8/tweak-runscript I still only get a tiny black square window... and I don't have any Makefile (and therefore no make-targets) | 14:07 |
mzanetti | MacSlow: not following... | 14:08 |
MacSlow | mzanetti, you said something about "make tryShell" a few lines back | 14:08 |
tedg | Saviq, Hmm, that seems like a bad thing, no? | 14:08 |
mzanetti | MacSlow: anyways... IMO you're better off using make tryShell | 14:08 |
Saviq | MacSlow, the makefile's in builddir | 14:08 |
mzanetti | MacSlow: unless you really require unity to be started by upstart | 14:09 |
Saviq | tedg, or even better | 14:10 |
Saviq | tedg, just stop unity8-dash | 14:10 |
tedg | Saviq, Ah, that's a good idea. | 14:10 |
tedg | Saviq, Though, if that makes apps start faster you might get pressure to do that on all devices ;-) | 14:12 |
dandrader | Saviq, mzanetti, btw, unity8-dash is never suspended because "ApplicationController::primaryPidForAppId FAILED to get PID for appId= "unity8-dash"" | 14:13 |
Saviq | tedg, is FINE | 14:13 |
Saviq | dandrader, right, it doesn't have an appid | 14:13 |
dandrader | Saviq, which actually helps me with debugging :D | 14:13 |
MacSlow | mzanetti, Saviq: how do I get unity8 (via "make tryShell") to use/load the notifiation-plugin? | 14:14 |
Saviq | MacSlow, you don't, tryShell will load the mock one | 14:15 |
Saviq | MacSlow, ./run.sh should still launch the correct shell (and with my branch the correct dash, too) | 14:16 |
Saviq | MacSlow, if it doesn't work for you, do you get any interesting output on the console? | 14:16 |
Saviq | MacSlow, does it launch if you just go ./builddir/src/unity8 / | 14:16 |
Saviq | ? | 14:16 |
MacSlow | Saviq, "./builddir/src/unity8 /" works | 14:17 |
MacSlow | Saviq, what's the pin/password? :) | 14:18 |
mzanetti | oh... mterry collecting abstain votes again :D | 14:18 |
mterry | mzanetti, gotta have 'em all! | 14:18 |
MacSlow | Saviq, my local one?! | 14:19 |
Saviq | MacSlow, yes | 14:21 |
Saviq | MacSlow, with ./run.sh you won't need it | 14:21 |
Saviq | MacSlow, yeah the / was meant to be ?, no need for that ;) | 14:21 |
MacSlow | Saviq, yeah... working now | 14:22 |
Saviq | mterry, oh I missed your query about wrong-pass review | 14:23 |
Saviq | mterry, and I actually thought I asked mzanetti for it already https://code.launchpad.net/~mterry/unity8/wrong-password-handling/+merge/229184 | 14:23 |
* Saviq greps logs | 14:23 | |
mzanetti | yeah... might well be | 14:23 |
mterry | mzanetti, well regardless. If you have time today, it would be swell | 14:24 |
Saviq | mzanetti, I did, back on the 8th! ;) | 14:24 |
mzanetti | yeah... I had a feeling | 14:24 |
Saviq | THAT TONIGHT'S GONNA BE A GOOD NIGHT | 14:24 |
mzanetti | hmm... not really, no | 14:25 |
mzanetti | mterry: btw... https://code.launchpad.net/~mzanetti/unity8/new-lockscreen-design/+merge/230478 | 14:27 |
mterry | mzanetti, bro... | 14:28 |
cwayne | Saviq: chances horizontal-list gets landed for next week? | 14:28 |
mzanetti | mterry: ? | 14:28 |
Saviq | cwayne, *for* next week for sure | 14:29 |
mterry | mzanetti, I was expressing frustration at all the points of conflict | 14:29 |
mterry | :) | 14:29 |
mterry | mzanetti, but yours is only an hour old! | 14:29 |
mzanetti | mterry: yeah... | 14:29 |
cwayne | cool beans | 14:29 |
mzanetti | what's horizontal-list? | 14:32 |
cwayne | mzanetti: a new renderer for unity that joe wanted | 14:40 |
mzanetti | ah. a card layout thingie | 14:40 |
mzanetti | ok. thanks | 14:41 |
greyback | hey, can I get a volunteer to review these branches: | 14:43 |
greyback | https://code.launchpad.net/~gerboland/unity-api/surfaceSizerCallback/+merge/230270 | 14:43 |
greyback | https://code.launchpad.net/~gerboland/unity8/initialSurfaceGeometry/+merge/230490 | 14:43 |
greyback | https://code.launchpad.net/~gerboland/qtmir/initialSurfaceGeometry/+merge/230491 | 14:43 |
Saviq | greyback, don't touch UNITY_API_MICRO | 14:44 |
greyback | Saviq: why not? | 14:44 |
Saviq | greyback, because you're not touching the library | 14:44 |
Saviq | greyback, *do* touch VERSION in include/unity/applications/CMakeLists.txt | 14:44 |
greyback | Saviq: understood | 14:44 |
Saviq | greyback, also add -0ubuntu1 so that dch doesn't complain about native vs. non-native versions | 14:45 |
Saviq | greyback, doesn't *really* matter as train will overwrite anyway, but just for correctness :) | 14:45 |
greyback | yeah I just expect train to fix that | 14:45 |
Saviq | greyback, wonder, could this not ba Q_PROPERTY? | 14:46 |
Saviq | hmm probably not | 14:46 |
Saviq | or maybe? | 14:46 |
greyback | hmm, that's a thought | 14:47 |
=== gatox is now known as gatox_lunch | ||
Wellark | dednick: https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1322490 | 15:12 |
ubot5 | Ubuntu bug 1322490 in indicator-network (Ubuntu) "Clicking on a connected network's checkbox disconnects & re-connects" [High,Triaged] | 15:12 |
Wellark | we need to change the access point items to resemple checklist | 15:12 |
Wellark | *radiolist | 15:13 |
dednick | Wellark: the deisgn has already changed. there is no more checkbox, only different color for active connection. | 15:14 |
dednick | Wellark: when i user taps an item, i just send activate. | 15:16 |
Wellark | dednick: ah, right. well anyway we then need to modify the item | 15:16 |
Wellark | to support the coloring at least and remove the checkbox | 15:16 |
Wellark | that will also change the system-settings then | 15:17 |
dednick | https://code.launchpad.net/~nick-dedekind/ubuntu-settings-components/indicator-polishing | 15:17 |
dednick | https://code.launchpad.net/~nick-dedekind/unity8/indicator-polishing/+merge/228700 | 15:17 |
dednick | Wellark: ^ | 15:17 |
Wellark | dednick: also, are we able to give the submenus titles properly? | 15:18 |
Wellark | I don't think any indicator is doing that ATM | 15:18 |
dednick | Wellark: submenus? you mean current & available? | 15:19 |
dednick | Wellark: there is a submenu item around somewhere. | 15:20 |
dednick | Wellark: "com.canonical.indicator.section" i think | 15:20 |
Wellark | dednick: yes, but does it support specifying the labels such as "Current Network:", "Available Networks:" | 15:21 |
Wellark | that .section should map directly to GMenuModel sections | 15:21 |
dednick | Wellark: not sure about that | 15:21 |
dednick | Wellark: would need to ask lars i think | 15:22 |
dednick | or look at the qmenumodel code | 15:22 |
dednick | or unitymenumodel rather | 15:23 |
=== dandrader is now known as dandrader|afk | ||
Wellark | dednick: actually it comes down to the Factory in unit8 side | 15:26 |
Wellark | will check from there | 15:26 |
Wellark | dednick: you can't land that polish branch without indicator-network being updated as well if you modify th accesspoint item | 15:27 |
Wellark | or are you setting the color based on the checked property? | 15:27 |
Wellark | if so, then the connected item should be on the top of the list with green color | 15:28 |
dednick | Wellark: the color is based on whether it's checked. | 15:28 |
Wellark | I can add the sections in indicator-network side then separately | 15:28 |
dednick | Wellark: well, that's up to the backend to order | 15:28 |
dednick | Wellark: cool | 15:29 |
Wellark | dednick: sure, it is, but I was just thinking what happens if that polish branch lands without indicator-network being modified | 15:29 |
Wellark | and it would still work okay'ish | 15:29 |
dednick | Wellark: i don't understand. there don't need to be any changes to indicator-network for the polish. It''s just that they'll be colored instead of checked. Clicking another one will still activate it. | 15:38 |
dednick | "checked" is just a state in this instance; not a ui element | 15:38 |
Cimi | Saviq, which one is clickscope? | 15:39 |
Saviq | Cimi, apps | 15:39 |
Cimi | Saviq, ok | 15:39 |
Cimi | Saviq, ap tests are failing here | 15:39 |
Cimi | StateNotFoundError: Object not found with name 'QQuickLoader' and properties {'scopeId': 'clickscope'} | 15:40 |
Cimi | did you ever found it? | 15:40 |
Cimi | (trying PYTHONPATH=../tests/autopilot autopilot run unity8.shell.tests.test_emulators.DashEmulatorTestCase.test_search ) | 15:40 |
Cimi | Saviq, ? | 15:46 |
Saviq | Cimi, do you have unity-scope-click installed? | 15:47 |
Cimi | Saviq, why is this not deps of unity8-autopilot? | 15:47 |
Saviq | Cimi, good question, it's a recommends of unity8 | 15:48 |
Saviq | Cimi, so not sure how you ended up without it | 15:48 |
Cimi | Saviq, because recommends is not dep? | 15:48 |
Cimi | should be dep for unity8-autopilot | 15:48 |
Saviq | Cimi, yeah, but everything installs recommends by default | 15:50 |
Saviq | Cimi, but sure, should be a dep of unity8-ap | 15:50 |
Cimi | Saviq, not if you dpkg | 15:50 |
Cimi | Saviq, only if you install through apt afaics | 15:50 |
Cimi | with out the flag to skip recommends | 15:50 |
Saviq | Cimi, yeah, and why would you dpkg? | 15:50 |
Cimi | Saviq, when I install local deps? | 15:51 |
Cimi | Saviq, not everything is in the archive | 15:51 |
Saviq | if you just went "apt install unity8-autopilot", you'd get it | 15:51 |
Cimi | Saviq, but I am installing my local build of unity8-autopilot | 15:51 |
Saviq | Cimi, why are you doing that? | 15:51 |
Saviq | Cimi, when you then run them from the builddir? | 15:52 |
Cimi | Saviq, I did install unity8 build | 15:55 |
Cimi | Saviq, with scope settings, mocks etc | 15:55 |
Saviq | Cimi, which is not needed | 15:56 |
Saviq | Cimi, just ./build.sh, make -C builddir install | 15:56 |
Saviq | Cimi, and autopilot from tests/autopilot will use the unity8 from builddir/install | 15:56 |
Cimi | Saviq, anyway, how can I select the search button in the header? | 15:57 |
Cimi | tried http://paste.ubuntu.com/8027597/ | 15:57 |
=== gatox_lunch is now known as gatox | ||
Saviq | Cimi, what ap test are you adding btw? | 15:58 |
Cimi | unfortunately we cannot assume anymore the search button is topmost right | 15:58 |
Saviq | mzanetti, pstolowski, https://code.launchpad.net/~mzanetti/unity8/dash-caching/+merge/230487/comments/559944 | 15:58 |
Cimi | Saviq, that I can open and exiting the scopes | 15:58 |
Saviq | Cimi, you need to select it by name | 15:58 |
Cimi | s/scopes/settings | 15:58 |
Saviq | Cimi, and why isn't that a QML test? | 15:58 |
Cimi | Saviq, I might do it with qml in the end | 15:59 |
Saviq | Cimi, yes, do that | 15:59 |
Cimi | Saviq, but for the moment I need to fix the search test | 15:59 |
Cimi | Saviq, which assumed the search button was on the right edge of the container | 15:59 |
Saviq | Cimi, lemme have a look | 15:59 |
Cimi | line 142 dash.py | 16:00 |
Saviq | jeez we have like 50 OverflowPanels :| | 16:01 |
Saviq | Cimi, objectName = search_header_button | 16:06 |
Cimi | Saviq, where does this come from? | 16:06 |
Saviq | Cimi, from the SDK | 16:07 |
Cimi | Saviq, ouch | 16:07 |
Cimi | Saviq, so for setting action would be? | 16:07 |
Saviq | Cimi, "search_header_button" | 16:07 |
Cimi | right | 16:07 |
Cimi | weird | 16:08 |
Cimi | arg | 16:09 |
Cimi | this gets all of them | 16:09 |
mzanetti | Saviq: https://code.launchpad.net/~mzanetti/unity8/dash-caching/+merge/230487/comments/559947 | 16:10 |
Saviq | mzanetti, in unity98 | 16:10 |
Saviq | unity98! | 16:10 |
Cimi | which doesn't make sense because should only be one | 16:10 |
mzanetti | Saviq: still different than unity98-dash, no? | 16:10 |
Saviq | mzanetti, yes, but where did you set the dir to *be* unity8-dash? | 16:10 |
Cimi | ok nevermind | 16:10 |
Saviq | mzanetti, or does it use standard cache dir? | 16:10 |
mzanetti | Saviq: CacheLocation is patched on ubuntu | 16:10 |
mzanetti | yes | 16:10 |
Saviq | mzanetti, ok, it was hardcoded to unity8 before | 16:11 |
mzanetti | Saviq: ~/.cache/<appid>/... | 16:11 |
Saviq | mzanetti, yeah ok good | 16:11 |
mzanetti | was it? | 16:11 |
Saviq | grrr | 16:11 |
mzanetti | Saviq: ok... I just verified | 16:12 |
mzanetti | Saviq: seems we're good | 16:12 |
mzanetti | Saviq: also my test dis save things to ~/.cache/unity8-dash/ | 16:12 |
Saviq | mzanetti, yeah, sorry for the noise | 16:15 |
mzanetti | nw | 16:24 |
mzanetti | better checking twice than having a nasty bug with corrupted files | 16:24 |
=== dandrader|afk is now known as dandrader | ||
josharenson | Anybody have suggestions for power management use cases? Preferably something that can be automated for consistencies sake? I'm picking up a power monitor today and I'd be cool to get some numbers today/tomorrow. | 16:53 |
greyback | josharenson: /me most interested in idle power consumption. unity8-dash does appears to use a steady 3% of CPU on manta at the moment | 16:57 |
greyback | if you could start a timer on the clock, would be interested to see how power-usage heavey QtComp is in rendering that | 16:58 |
josharenson | greyback, any specific interval seem interesting? | 16:58 |
josharenson | long term / short term | 16:58 |
greyback | josharenson: I'd have to leave that to you, to see what duration gives figures that are reliable. I've no idea really. | 16:59 |
josharenson | greyback, ack. I'll try a lot of things | 17:01 |
=== alan_g is now known as alan_g|EOD | ||
Cimi | Saviq, finished and pushed | 17:17 |
Cimi | Saviq, feel free to need fix tomorrow (not too much :)) | 17:17 |
dandrader | greyback, https://code.launchpad.net/~dandrader/qmir/dashRedraw_lp1353374/+merge/230525 | 18:39 |
greyback | dandrader: wrogn project dude ;) | 18:40 |
greyback | qtmir | 18:40 |
dandrader | oh | 18:40 |
dandrader | greyback, https://code.launchpad.net/~dandrader/qtmir/dashRedraw_lp1353374/+merge/230527 | 18:43 |
Saviq | cool | 18:43 |
Saviq | dandrader, I'll have to ask you to try and dig your teeth into bug #1295623 | 18:44 |
ubot5 | bug 1295623 in Unity 8 "Sometimes input breaks and only edges are responsive" [Critical,Triaged] https://launchpad.net/bugs/1295623 | 18:44 |
greyback | dandrader: think you can you test it? | 18:44 |
Saviq | dandrader, people have been seeing it more often recently | 18:44 |
Saviq | dandrader, and you know your way around input best of us all | 18:44 |
dandrader | greyback, you mean writing a test for that lp1353374 fix? | 18:44 |
dandrader | Saviq, ok | 18:49 |
dandrader | its description is quite outdated though | 18:50 |
=== dandrader is now known as dandrader|afk | ||
greyback | dandrader|afk: if possible yeah. Don't stress if it's tough | 19:10 |
cwayne | would it be possible to have a scope that *only* showed up in an aggregator scope? | 19:10 |
Saviq | cwayne, no | 19:11 |
Saviq | cwayne, we totally dropped the concept of scope visibility afaict | 19:12 |
cwayne | damn, ok | 19:13 |
Saviq | cwayne, hmm or maybe I'm lying | 19:13 |
Saviq | cwayne, looking at https://code.launchpad.net/~unity-team/unity-scopes-shell/overview/+merge/227745 around line 701 | 19:14 |
Saviq | cwayne, it goes continue if invisible | 19:14 |
Saviq | cwayne, OTOH there's a FIXME: filter invisible scopes? just after that | 19:14 |
cwayne | hm yeah | 19:15 |
Saviq | cwayne, sounds like you should check :) | 19:15 |
cwayne | would that be set in the ini file? | 19:16 |
Saviq | cwayne, yes | 19:16 |
Saviq | cwayne, but the docs don't mention it... | 19:17 |
cwayne | trying it now | 19:17 |
cwayne | that could in theory solve at least one of my current problems though, so here's hopin' | 19:18 |
Saviq | cwayne, if I can read at all http://bazaar.launchpad.net/~unity-team/unity-scopes-api/trunk/view/head:/src/scopes/internal/ScopeMetadataImpl.cpp#L455 | 19:19 |
cwayne | Saviq: seemed to work \o/ | 19:19 |
cwayne | doesn't show up in overview, but does in aggregator | 19:19 |
cwayne | cool, thanks | 19:19 |
Saviq | cwayne, looks like both a) doc and b) FIXME need fixing ;) | 19:20 |
Saviq | cwayne, because it does filter out invisibles already | 19:20 |
cwayne | Saviq: btw emblems landed today, we've just tried them and they look a bit stretched, what aspect ratio does an emblem expect? | 19:20 |
Saviq | cwayne, and I don't think we should filter out if they're favorited (which it doesn't do) | 19:20 |
Saviq | cwayne, square | 19:20 |
cwayne | Saviq: any size in particular? | 19:20 |
Saviq | cwayne, 2GU | 19:20 |
Saviq | cwayne, so 60px square usually | 19:21 |
cwayne | ssweeny: ^ | 19:21 |
ssweeny | cwayne, Saviq thanks | 19:21 |
Saviq | cwayne, can I see them somewhere? | 19:21 |
cwayne | ssweeny: ^ got a screenshot? | 19:22 |
Saviq | ssweeny, ideally using colour #808080 | 19:22 |
Saviq | ssweeny, this way they'll be colourized to foreground color (where it makes sense of course) | 19:22 |
Saviq | same applies to attributes actually | 19:22 |
ssweeny | Saviq, 808080 over transparent bg? | 19:23 |
Saviq | ssweeny, yup | 19:23 |
ssweeny | ok | 19:23 |
Saviq | we might actually need to add keyColor to the scope customization options | 19:23 |
Saviq | because if somewhere someone actually wants #808080, that will be replaced with foreground | 19:24 |
Saviq | karni, you'll be pleased to know that we broke network caching in the dash... https://code.launchpad.net/~mzanetti/unity8/dash-caching/+merge/230487 | 19:24 |
Saviq | karni, so it'll get much better soon | 19:24 |
Saviq | greyback, if around, was there a bug about apps not being refocused when opening urls? (when they are running already) | 19:46 |
greyback | Saviq: news to me | 19:47 |
Saviq | greyback, TBH I think this predates qtcomp | 19:47 |
Saviq | tedg, does url dispatcher request running app focus when sending a URL to it? | 19:49 |
greyback | Saviq: it does. | 19:50 |
Saviq | greyback, hmm hmm | 19:51 |
Saviq | greyback, wonder why it doesn't close indicators then | 19:53 |
Saviq | huh now it did | 19:53 |
Saviq | hah | 19:53 |
Saviq | it doesn't close if already focused? | 19:53 |
Saviq | yeah | 19:53 |
Saviq | greyback, when app is in front, does shell even get the focus request? | 19:55 |
greyback | Saviq: if ual asks for focus, shell gets that request | 19:56 |
Saviq | greyback, ok, so it just doesn't act if nothing changes, should be easy to fix | 19:57 |
greyback | Saviq: yep. Is unity8 bug so | 19:57 |
=== dandrader|afk is now known as dandrader | ||
=== salem_ is now known as _salem |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!