[06:53] <igniting> Hi all! I would like to fix https://bugs.launchpad.net/unity/+bug/1241972. Can someone here give some pointers?
[06:54] <igniting> I have gone through https://unity.ubuntu.com/getinvolved/development/unity/ and successfully build unity.
[09:42] <Mirv> tsdgeos: see the bug update, I'm not sure what to do - should it be seen if the autopilot issue could be fixed by adjusting how it uses DBus?
[09:42] <tsdgeos> Mirv: it should yes
[09:42] <tsdgeos> i don't think it's an autopilot issue per se
[09:42] <tsdgeos> or may be
[09:42] <tsdgeos> but my most probable guess without actually having read the code or the errors :D
[09:43] <tsdgeos> is that stuff is now faster since more threads are used
[09:43] <tsdgeos> so the uitk tests need a few more "wait for this to happen"
[09:43] <tsdgeos> that they didn't need before because everything was slower
[09:46] <Mirv> tsdgeos: it's not just UITK tests, it's basically all suites as quoted partially in the report
[09:46] <tsdgeos> Mirv: it's not uitk that is faster now, it's qt
[09:46] <tsdgeos> D:
[09:46] <tsdgeos> i can give you the same explanation
[09:46] <tsdgeos> but as said, somebody needs to look at it
[09:46] <Mirv> right. I think the fix should be on a global level instead of fixing each autopilot suite manually.
[09:47] <Mirv> I guess QA then
[09:47] <tsdgeos> Mirv: you can't fix "my test is bad" on a global level
[09:47] <tsdgeos> if that's what it is
[09:47] <Mirv> it's annoying that it's hard to validate whether the DBus patches were good or not, since the tests don't work...
[09:48] <Mirv> tsdgeos: unless it's something autopilot does in some place of it, or the UITK provides to other suites or some such
[09:51] <tsdgeos> yep
[09:51] <tsdgeos> needs investigating
[09:59] <Mirv> tsdgeos: ok, discussed in landing meeting and moving to #ubuntu-qa to try to get someone to help
[10:00] <tsdgeos> cool, i'm busy digging some autopilot issue on unity8
[10:00] <tsdgeos> i'll try to see if i can find somet time too
[10:01] <Mirv> #ubuntu-quality, that is! :D
[10:01] <Mirv> Qatar LoCo would definitely use some manpower too, I visited there first
[10:02] <Mirv> Saviq: tsdgeos: when you have time please also redo the reboot tests with the updated silo 018 that includes the two last DBus patches
[10:04] <tsdgeos> :D
[10:30] <faenil> it seems like when you tap an item to go to a preview
[10:30] <faenil> the currentIndex property of PreviewListView jumps from
[10:30] <faenil> the right number to 0
[10:31] <faenil> https://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/qml/Dash/PreviewListView.qml#L100
[10:31] <faenil> if you put a onIsCurrentChanged: if (isCurrent) console.log("I'm current!", index) there
[10:31] <faenil> and then you tap on item 5, currentIndex goes to 5, and then to 0
[10:32] <faenil> if you touch the list, then it goes back again to 5
[10:32] <faenil> tsdgeos: ^
[10:32] <faenil> any idea why that might happen
[10:32] <faenil> ?
[10:32] <faenil> I tested it with tryGenericScopeView, fwiw
[10:33] <tsdgeos> faenil: let me read again, not sure i understand
[10:33] <faenil> ok
[10:38] <faenil> basically imagine you have a scope, with a category, with results
[10:38] <faenil> you tap on the result with index 5
[10:38] <faenil> PreviewListView opens
[10:38] <faenil> currentIndex is set to 5, and then to 0
[10:39] <faenil> but if you try scrolling the list, it is set to 5 again, which is the correct value
[10:39] <faenil> now, I don't understand the jump to 0
[10:40] <tsdgeos> listview is pretty crap all in all
[10:40] <tsdgeos> yes i see what you mean
[10:40] <tsdgeos> can't say anything else other than if you can have a look to see if you see something obvious which can be the problem
[10:40] <tsdgeos> if not open a bug and i'll have a look when i can
[10:41] <faenil> that means I can't know the index of the currently shown item, unless I work it around by saving it before it's changed to 0
[10:41] <tsdgeos> otoh
[10:41] <faenil> ok, thank you, I'll keep poking
[10:41] <tsdgeos> you should not try to know the indexes of things
[10:42] <tsdgeos> mostly everything you want to know should come through models and stuff
[10:42] <tsdgeos> but yes it's not an excuse for this not working
[10:43] <faenil> tsdgeos: how do you take an action on an item without its index? can I define functions in the models with implicit indexes?
[10:43] <faenil> (aside setting properties, I mean)
[10:44] <tsdgeos> faenil: what do you mean "take an action on"?
[10:45] <faenil> whatever you want to do on that particular item which is not setting one of its properties
[10:46] <tsdgeos> setting a property :D
[10:46] <tsdgeos> or if you really really need to call a function
[10:46] <tsdgeos> we usually have a proprety of the delegate that is an internal pointer
[10:46] <tsdgeos> so we pass that internal pointer to the model
[10:46] <tsdgeos> and then the model knows what you're talking about
[10:46] <tsdgeos> no matter of the index
[10:46] <faenil> mmm sounds even hackier? :D
[10:47] <tsdgeos> not really i mean i could be doing whatever i wanted on the ui
[10:47] <tsdgeos> using an id is what makes more sense
[10:47] <tsdgeos> i don't call it
[10:47] <tsdgeos> scope 0
[10:47] <tsdgeos> but scope "appsscope"
[10:47] <faenil> ok..
[10:48] <tsdgeos> but that's just generic suggestions
[10:48] <tsdgeos> obviously it may not apply to your use case
[10:50] <faenil> yeah, I'll see what I can do, thanks ;)
[10:54] <Cimi> faenil, if it resets to 0, might be the model...
[10:55] <Cimi> faenil, I saw when listview updating, sometimes resets to 0
[10:55] <Cimi> not something we control
[10:55] <faenil> Cimi: the problem isn't resetting to 0, it's not going back to 5 :D
[10:55] <Cimi> ouch
[10:56] <faenil> it only goes back to 5 when I touch the list
[10:56] <Cimi> faenil, maybe because we set to 5 before the model is loaded
[10:56] <Cimi> ah...
[11:03] <Mirv> tsdgeos: if you can join #ubuntu-quality so you'll too have a proper backlog..
[12:00] <faenil> tsdgeos: onCountChanged is called twice with the same value...so something from cpp thinks the count has actually changed and emits..
[12:00] <tsdgeos> faenil: it's a mock, don't expect it to be awesome :D
[12:01] <faenil> not sure it's because it's a mock...
[12:02] <faenil> tsdgeos: anyway I can work it around by not resetting initialIndex
[12:02] <faenil> that way currentIndex does 5->0->5 as it is assigned on both onCountChanged
[12:03] <faenil> it seems after the first countChange something causes it to be reset to 0 (but not after the second)
[14:11] <om26er> mterry, ping
[14:11] <mterry> om26er, hi
[14:11] <om26er> mterry, got you a present :-) (bug 1436349)
[14:11] <mterry> om26er, oh... you shouldn't have
[14:12] <om26er> mterry, I remember I showed you the video a few days ago, today I have exact steps.
[14:12] <mterry> om26er, ok, will look at it today.  Thanks!
[14:13] <om26er> mterry, also another issue I saw was my Welcome wizard hanged at language selection screen. The 'next' button was partially greyed out, what could cause that ?
[14:15] <mterry> om26er, on the language selection?  hmm...  maybe if the shell (which is starting a PAM login for the user in the background) never heard back from PAM?  But that would be unlikely
[14:17] <om26er> mterry, it never enabled the 'continue' icon,
[14:18] <mterry> om26er, right -- when the shell is logging in PAM, it disables everything as a security measure (it's not really thinking about wizard use case when it does this though).  But if it got somehow stuck in that mode...
[14:23] <tsdgeos> mzanetti: easy one for you https://code.launchpad.net/~aacid/unity8/autopilot3/+merge/254094
[14:53] <tsdgeos> Mirv: for those autopilot tests, are you using mako or krillin?
[14:58] <tsdgeos> Mirv: and how much until a faiulre? it's been running for a long while here without failures
[14:58] <tsdgeos> ha i think it just failed :D
[14:58] <tsdgeos> that's timing
[15:46] <mterry> om26er, are you seeing that bug in rtm or vivid?
[15:47] <om26er> mterry, vivid
[15:47] <mterry> (the welcome wizard reappears)
[15:47] <mterry> ok
[16:23] <tsdgeos> Mirv: please try https://code.launchpad.net/~aacid/autopilot/dbus_search_no_seen_connections/+merge/254109
[19:16] <DaleK5whr> Is there a fix for unity lockup when dragging app windows between work spaces?
[19:19] <DaleK5whr> Is there a fix for unity lockup when dragging app windows between work spaces?
[19:20] <DaleK5whr> guess everyone is out to lunch
[20:59] <mterry> om26er, so I reproduced your bug btw, but I see the edge tutorial on top of the dialer.  And when I finish the tutorial, I don't see the wizard again
[20:59] <om26er> mterry, that;s strange, I'll record a video
[21:00] <mterry> om26er, I mean, there's definitely a bug in what I see -- edge tutorial should be stopped as well as the wizard
[21:00] <mterry> But it's a different bug
[21:00] <om26er> mterry, right, but for me the edge gesture hints start again and again
[21:01] <mterry> om26er, ah not the wizard? Just the tutorial?
[21:01] <mterry> OK, I thought you were saying wizard starts
[21:01] <om26er> mterry, yes, the tutorial
[21:01] <om26er> mterry, I always mix those two
[21:01] <mterry> om26er, (yeah understandable -- they appear to be one and the same sort of.  But very different pieces of code underneath)
[21:11] <om26er> mterry, check email for video.
[21:11] <mterry> om26er, thanks!
[21:13] <mterry> om26er, ah...  I wasn't swiping from left again to restart it