So in the final network is it going to be that joe-public will not be able to run an app unless they have an account?
Yes. Unless you can envisage a useful App that doesn’t need to access your private SAFE storage that is. In that case the App would not need to ask for access.
Authorisation means giving the App permission to store data in your private SAFE storage, to spend your PUT balance etc, so yes, you have to have an account and be logged in to give an App access to it.
@neo you raise a valid question and I don’t know the answer to this part: can an unauthorised App use the Launcher NFS API to access public data?
Obviously an unauthorised App can access public shares through the Launcher intercepting and redirecting .safenet HTTP requests, but that’s not the same thing as doing directory or file GET on the Launcher NFS API.
@Krishna_Kumar, can you clear this up for us please? How would an unauthorised App list and read the directory tree of a public share?
Already looks like Youtube, there are only a few elements missing.
Comments, but this can be done with messaging
Subscribe, ??? Decorum
Thumbs up/down
Views
vid details
Thanks @digipl - this addresses the issue but doesn’t really answer the question for me, and doesn’t go into what the un-registered API will look like.
It seems to say the user will need to be logged in, but I’m not sure why this needs to be the case and it may just be that I’m misunderstanding it - at first reading I find it hard to understand so clarification would help.
I have found uploads stall-ish, and a file upload stopped with the display at 99% and didn’t complete in half an hour. I quit the demo and launcher and restated both. The upload had succeeded*, the app just never completed displaying the progress.
I have a vault going also, and that seems to be running ok.
This is on a Windows 7 laptop.
Actually it had NOT succeeded. The file, a 115k jpeg, WAS listed in the Private Data folder, but when downloaded, it turned out to be just HALF an image.
My wifi is a bit flakey, so sluggish response and the broken image might just be down to my connection.
There seems to be a problem with incomplete uploads / downloads, files that are different sizes after they have been through the upload / download process. Obviously they are being corrupted somewhere in the process. It’s not all files, just some. Powerpoint files seem to present a particular problem (no idea why that should be or if it’s representative).
Is the Vault NOT supposed to be running alongside with the Launcher??
I tried running the launcher and the demo WITHOUT the vault and suddenly all connectivity issues within the SafeNet were solved.
If Vault and Launcher are running together, and I close the Vault, the Launcher would lose connection from the Network.
I wonder how they interact each other.
Btw, without the Vault running the Demo App connects without any problem, and it doesn’t get stuck.
But I have problems uploading files and creating services. It gets stuck at “Uploading 99%” never finishes.
When I came later, I can’t use the same name for the service because it says that the directory already exists, but there is none listed so I can use it.
I feel ya bro. I’m having the same issue. Posted on github and everything. Grrr it’s annoying. I upload and it gets stuck at 99% and when I close the app it says it’s already uploaded so I can’t reupload to access the services and files.
I had to stop and restart my vault. Unfortunately, my client process couldn’t be restarted anymore with following error:
thread '<unnamed>' panicked at 'called `Result::unwrap()` on an `Err` value: DnsError::NfsError -> NfsError::CoreError -> No such data - CoreError::GetFailure::{ reason: NoSuchData, data_id: Structured(b733b7.., 15101) }', ../src/libcore/result.rs:785
To work around this problem, I had to create other users and dns entries. So now the updated sites are http://mystats2.safenet and http://safe-galaxy2.safenet. Currently there are 82 nodes and mine is at coordinates (x, y) = (57, 181).
Note: My previous sites still exist but are frozen.