== Meeting information == * #ubuntu-touch-meeting: file manager meeting, 09 Sep at 18:01 — 19:16 UTC * Full logs at [[http://ubottu.com/meetingology/logs/ubuntu-touch-meeting/2014/ubuntu-touch-meeting.2014-09-09-18.01.log.html]] == Meeting summary == ''LINK:'' http://ci.ubuntu.com/smokeng/utopic/touch_stable/mako/30:20140909:20140903.1/10314/filemanager/ ''LINK:'' https://code.launchpad.net/~ken-vandine/+junk/hub-exporter == Vote results == == Done items == * (none) == People present (lines said) == * popey (63) * ajalkane (54) * CarlosMazieri (29) * balloons (28) * kenvandine (18) * meetingology (3) * tedg (1) == Full Log == 18:01 #startmeeting file manager meeting 18:01 Meeting started Tue Sep 9 18:01:45 2014 UTC. The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 18:01 18:01 Available commands: action commands idea info link nick 18:01 how are you? 18:01 I am fine, thank you. 18:01 howdy 18:02 super stuff! 18:02 good... not sure about jenkins though. It had many failures. Should it be ok now? 18:02 heh 18:02 i was just about to ask about that 18:02 http://ci.ubuntu.com/smokeng/utopic/touch_stable/mako/30:20140909:20140903.1/10314/filemanager/ 18:03 So yeah, we had a lot of failures there. 18:03 ajalkane: have you seen https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1366217 18:03 there's been lots of branches, and I've seen jenkins approve and then I approve and jenkins fails after that 18:04 CarlosMazieri: yeah I saw it. IMO not probably something that should be handled by folderlist plugin but separate plugin? 18:04 Ah, so the jenkins issue we had last week 18:04 that should be fixed. 18:04 right balloons 18:05 I am wondering what is "the filemanager should use the Content Hub's peer picker to choose a destination application to open files" ? 18:06 CarlosMazieri: not sure about that either, I so far have only experience of registering FileManager as Content Hub exporter. This seems to be something different. 18:07 CarlosMazieri: I just checked the cut-paste code you gave, so right now the folderlistmodel manually repopulates the clipboard after copy-paste? 18:08 ehem, yes? 18:08 Any idea what revision the tests failed on? 18:09 the tests I linked to above? 18:10 using main qml file from: "/usr/share/click/preinstalled/com.ubuntu.filemanager/0.3.264/qml/filemanager.qml" 18:10 so 264 18:10 uh, hows that possible since many revision after that seem to have passed? Or don't I understand something. 18:11 Ok.. 18:11 So the jenkins tests that run on CI when you propose a merge are run on the desktop 18:11 the ones that run on the smoke testing are run on actual devices 18:12 so sometimes tests fail on the device for a couple of reasons 18:12 1) timing, slower devices than desktop 18:12 2) underlying updates - e.g. if the toolkit changes or some other platform bits, which adversely affect the tests 18:12 ajalkane: YES, the plugin repopulates the clipboard as a COPY using the destination of the CUT 18:12 maybe even kernel changes which can affect it 18:13 popey: okay... so Jenkins runs only desktop tests and there's some separate process that's not seen on merge proposal that does it on device? 18:13 ajalkane: as I tried to explain it is a feature that I noticed on Dolphin, and, I implemented that. 18:14 yes. 18:14 CarlosMazieri: unlike on desktop, where clipboard is preserved on copy-paste, on mobile platforms it seems to clear after paste. I think that's the bug I was trying to fix, if I understood it correctly? 18:15 But if I understood you correctly I fixed it wrongly (even though it seems to work= 18:15 CarlosMazieri: this bug https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1363969 18:16 ajalkane: you mean clipboard content is cleared automatically? 18:16 though talks only about cut-paste. And I verified cut-paste preserves clipboard 18:17 CarlosMazieri: at least on N9. But not sure what Ubuntu Touch wants to do. Cut-Paste anyway in FileManager in trunk, seems to retain the clipboard. I can double check, but the bug claims so 18:17 balloons: would you have some autopilot-expert insight why the tests pass on desktop but not on device? 18:18 My implementation intends to change that to the PASTE-CUT destination, so the clipboard is changed to that destination and the CUT is changed to COPY 18:18 ajalkane: yeah, i double checked to confirm the bug 18:18 ajalkane, I'm trying to follow your conversation ;-) but getitng confused 18:18 going to just go look @ the tests 18:19 it works on Desktop, you can CUT-PASTE, PASTE on other directories as you want 18:23 CarlosMazieri: ah right... this bug says you shouldn't be able to: https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1363969 18:23 but my fix was to make also copy-paste to clear the clipboard 18:23 maybe popey can say what's the intended behaviour? Clear clipboard on only cut-paste or also on copy-paste? 18:23 standard behaviour is only clear on cut-paste surely? 18:23 clear on copy-paste is strange? 18:23 ohh.. the test issues look obvious 18:23 the issue is the pam implementation we did 18:23 on the device, access is being restricted 18:23 popey: you're right, nautilus does it that way 18:23 but text-editors retain clipboard on cut-paste 18:23 I understand that the BUG says it should not allow to paste on other directories as Nautilus does not allow. 18:23 so okay, I think what we should do is disregard the merge proposal I made and make a new one that removes Carlos' work-around of retaining cut clipboard 18:24 balloons: device has PIN code? 18:24 does anoyone know how to use "Content Hub's peer picker to choose a destination application to open files" ? 18:24 ajalkane, I'm not sure why it's not given full access, just that I can see the failures are for that reason 18:25 we can investigate easily enough since we know the case. And yes, on the desktop PAM is not enabled 18:25 balloons: might be related to the recent adb changes that don't allow access without password? 18:25 so that's the difference 18:25 ajalkane, yes there are developer mode changes coming, but they are not complete 18:26 balloons: can you mock QML components with autopilot? So that we'd get "dont require authentication"? That'd be quickest fix 18:26 ajalkane, the terminal app has the same logic and doesn't suffer from this, so it's a bit odd 18:26 balloons: does this also explain the termin... 18:26 heh 18:27 the test devices do not have a pin 18:27 hummm... 18:27 is filemanager's logs for the tests available online somewhere? 18:27 ah, in the link popeye gave... 18:28 yes 18:28 bool PamAuthentication::requireAuthentication() Return value true 18:28 so for FileManager it returns as if password/PIN is set on devicew 18:28 yep indeed 18:30 popey, lol, I see terminal now has the same issue 18:30 ex 18:30 ac 18:30 gah, kb fail 18:30 exactly 18:30 it didn't have it.. so more of the developer mode stuff must have landed 18:32 I'll chase CI on this 18:32 balloons: lets poke ogra after the meeting to discuss this. unless you have a plan? 18:32 oh okay. 18:32 yep, I wasn't expecting this to have happened yet 18:32 CarlosMazieri: can you take the cut-paste bug if you have clear understanding of it? 18:33 ajalkane: I do not have a clear understanding, are you guys asking to disable that feature? 18:33 disable which feature? 18:34 so ogra clarified it's not in rtm, but is in utopic, hence the failures. But it will be there tomorrow. We'll create a helper for terminal and file manager so things can run 18:34 ok 18:34 I am trying to explaing that CUT-PASTE, PASTE, PASTE ... is a feature based on Dolphin filemanager 18:34 ok. 18:34 I intentionally do not clear the clipboard 18:34 i understand 18:35 I remake it to the destionation of the first paste from cut 18:36 leave the cut-paste bug for now, I'll get clarity from the person who reported it to me 18:36 I reported it by proxy 18:36 It is up to you guys if you want me to disable that, Victor Thompson some time ago opened exactly the same bug 18:36 This seems to be difference between filemanagers. Nautilus clears after cut-paste. Apparently dolphin doesn't 18:36 So there's no right or wrong but a design decision 18:37 exactly, 18:37 Yeah, you're right. 18:37 Of course Ubuntu users are probably used to Nautilus behaviour 18:37 Thanks for clarifying. 18:37 yeah. 18:37 Thanks. 18:37 I need some clarificaton for the other bug 18:38 kenvandine is probably the man who knows about Content Hub 18:38 i pinged ted but he's not around. Lets keep the conversation on the bug, so everyone see it, okay? 18:38 we need to use this "the filemanager should use the Content Hub's peer picker to choose a destination application to open files" 18:39 I think the problem is we're in transition 18:39 between the "traditional" desktop based around files and folders... 18:39 .. and the 'new world' where content has owners (applications) rather than nested folders full of files. 18:39 The new iOS world! 18:39 The expectation for file manager is for it to behave like the 'old' world 18:40 indeed. 18:40 But the expectation to force file manager to use content hub is not surprising, but we need to be careful to not dumb the app down too much 18:40 given it is a file manager after all. 18:42 CarlosMazieri: I'll comment on the bug to get clarity. 18:42 I took a quick look again at the documented Content Hub API and didn't see anything relating to this. So getting some help is probably needed. 18:42 OK, Thanks, I put some coments on the ajalkane MP 18:43 Great. Thanks guys. 18:43 Anything else? 18:43 Yeah put some comments, reject it, and I'll later unlink the branch (I seem to remember that's possible) 18:43 All pretty clear now :) 18:44 well... one question 18:44 < zbenjamin> ajalkane: i was not sure wether to disable the INSTALL_TESTS, could you check if that is required and if it is add it to the debian/rules file? 18:44 balloons: do you know off-hand if that's required for debs? 18:45 ajalkane, I don't consider myself a good enough packager to answer, but no I don't believe it is 18:45 as in, I'm no packager at all ;-) 18:46 ok thanks... I didn't quite grasp the question, but since CI approved it I'd imagine it's ok. I'll double check that the tests were run and it didn't succeed just because there was no tests installed 18:47 heh, when all else fails if CI says it's okay.. it's okay ㋛ 18:47 yep :P 18:48 ajalkane, CarlosMazieri before you guys run off, do you think it would be possible to send a flag to the app on startup to not require PAM? 18:48 I need to go and put my kids to bed I'm afraid. 18:48 balloons: what, like having a parameter that's passed to main() and it sets some context property? 18:48 I mean I'm sure it's possible, but yea 18:49 popey: thanks popey, read some filemanager sources as bed time story - instant sleep 18:49 I remember discussing this originally with the terminal one, and I don't think they liked the idea 18:49 hah 18:49 Thanks chaps! 18:49 biab 18:49 yeah it's not like I like it if there's some other alternatives. It'd be a bit easy to bypass perhaps 18:50 popey: please take a look on that Content Hub problem. 18:50 ajalkane, kk. I think we're of the same mind. 18:51 at least wee need some help use that Content Hub if that exists. 18:54 CarlosMazieri, what you need with content hub? 18:54 some of the other core devs have used this. In addition, we could ask ken for help 18:54 Ok I will ask Ken. 18:56 Kenvandine: can you help with this content hub stuff? 18:58 CarlosMazieri, what do you need? 19:01 kenvandine: this is about the bug that was filed about file manager using content hub to open files https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1366217 19:03 kenvandine: I need to use that to open any local file: how ? 19:03 well you need to know the type, and for now just the well known types, like ContentType.Video 19:03 ContentType.Music 19:03 etc 19:04 and use the ContentPeerPicker to open them 19:04 any example somewhere? 19:05 https://code.launchpad.net/~ken-vandine/+junk/hub-exporter 19:05 CarlosMazieri, and also the docs on developer.ubuntu.com 19:05 OK I will start fromt there, Thanks. 19:05 CarlosMazieri, lots of apps are using it now, so plenty of examples 19:05 * tedg joined twice like popey asked, but had no effect 19:05 tedg: we're discussing https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1366217 19:06 but isn't Content exporter only for transferring files? It can't be used to open them? 19:07 I guess it's meant to pass the file to some app registered as content importer? 19:07 ajalkane, yes... it will transfer them 19:07 which will create a hard link on the file system 19:07 but the apps wouldn't have a way to access the content any other way 19:08 okay thanks... I think I have a vague understanding of it. Carlos: play with hub-exporter and hub-importer and you'll probably get the gist of it 19:08 so you setup filemanager-app to be the exporter, it doesn't need to register as a handler though 19:09 just connect to the hub to find handlers for the type requested 19:09 kenvandine: you mean register as importer? Exporters can only register for single type (at least this was the case) ? 19:09 ajalkane, no... it can register for multiple types, always could 19:10 just a .json file 19:10 but it doesn't need to register as a handler at all 19:10 just to use the ContentPeerPicker 19:10 the idea is use the ContentPeerPicker to find peers available to handle the content type you want 19:11 ajalkane, I think we are going to need that flag to bypass PAM. Do you think you could do an MP with it? 19:11 balloons: can you make a bug out of it and I'll do something about it when I have some time? 19:11 kenvandine: okay thanks, then I misunderstood previously 19:12 ajalkane, ack 19:12 ajalkane: CarlosMazieri all good? 19:15 I will try to see that documentation, OK all good. 19:15 Thank you all. 19:15 thanks CarlosMazieri 19:16 Thanks, there's enough pointers to continue 19:16 Cya 19:16 #endmeeting Generated by MeetBot 0.1.5 (http://wiki.ubuntu.com/meetingology)