06-06-2013 04:57 AM
It looks like the system process that is displaying the toast has the necessary permissions to access the file, while 3rd party apps don't have them. I hope this will be fixed in an OS update.
Opening email attachments in 3rd party apps is something that could be useful for a lot of apps.
06-06-2013 04:59 AM
06-06-2013 09:15 AM
This is looking like a bug on our side. I don't have a workaround to provide, but will post here if one is discovered.
06-11-2013 04:30 PM
Able to reproduce this problem using the invocation framework invoking an app from an email attachment. Using file://, mime-type=*. Cascades app using a datafile.read(QFile). The file exists in /accounts/1000/invoke/... of course I can't browse their from my browser or command terminal due to insufficient permissions.
Interesting thing, if the app is NOT running, the invoke works. If the app is currently loaded, the read fails with an insufficient permissions error. Gathering the logs on my device shortly to send.
Could I get access to that JIRA to review?
06-12-2013 03:12 AM
06-13-2013 09:20 AM
I've made the issue public. You should be able to see it now.
07-22-2013 09:42 AM - edited 07-22-2013 09:48 AM
another Thread I closed
will follow now this Thread.
For me it's very important to get a solution.
BTW: I can verify what i read from one of the comments:
If target APP is not running and opened from Invokation, then it works and file can be read.
then it also works fore following invokations from email.
update: following invokations only working for the same file not for new ones
Only if APP is already running before the first invokation there are problems with permission
10-18-2013 10:16 AM
I too have this issue, and I can verify it works only if target app is not running when the invocation takes place.
This appears to have started with 10.1.x, since I didn't have the issue before.
I wish there was some progress on this one...