Sharing broken, will new file-sharing UI be allowed in 3rd party apps (4.2.0.19 EA)

Applications
#1

In 3rd party apps file sharing is broken in release 4.2.0.19, e.g. filebrowser. When you click share, an empty page opens with the message ‘Could not load page’.

The new file-sharing UI needs a new import, that has to be added (Sailfish.Share 1.0) to be able to share files.

Is this import available to be used for 3rd party apps?

7 Likes
#2

I created issue for that on Github: https://github.com/sailfishos/sdk-harbour-rpmvalidator/issues/135

As I understand Pekka Vuorela’s reply, there should not be reason not to allow it… I hope that it will be allowed at the moment of 4.2 public release.

Another missing piece is missing documentation for ShareAction.

3 Likes
#3

Seaprint already has a plugin published on Openrepos. That may serve as an example.

#4
  1. this plugin invokes Seaprint so you can print the file, it’s not general file sharing
  2. I don’t think we have to build our own sharing fuctionality where there was a general one available (it’s another example of library-changes-in-upstream-how-to-react-to-developers
#5

Thank you for the post. We have created a bug report.

1 Like
#6

Thank you @nephros , good to know :slight_smile: I plan to update GhostCloud plugin when will have so time.

Btw, did you know more details of ShareAction API? Is there any possibility to let transfer engine know that shared file is temporary and it should be deleted after transfer? I tried to connect to “done” signal, but it is not triggered. At least with NextCloud plugin…

#7