gotcha, now it all makes sense… thank you
Same problem here as prophetx: directory upload hangs at 0%.
Linux Mint 17.2 x86_64 (maybe I’ll update to 17.3 later).
Had this also most of the time with the previous version, for the couple of times I tried it then.
Also safe_launcher logs the following to stdout right after selecting directory to upload:
FfiError::PathNotFound |
---|
Probably nothing important, but maybe this helps.
ok finally got it to work
@Viv launcher hanging regularly after a few minutes here (Debian). Moreso than last iteration at the moment - but that might be due to high traffic levels. Maybe it was just more reliable once the rush had died down, can’t tell. Otherwise seems to be improved and still working really well Congratulations too Mr CTO
What is actually the component(s) running on the digital ocean droplets? We run the launcher and demo, and what are the counterparts you guys are currently running on your sides?
They run the vaults, and crust. I think.
Standard vaults, the reason we did not distribute these was NAT_TRAVERSAL not being complete. It looks pretty good now though. It is needed to allow 2 way comms through routers. I expect it very soon as we have had several tests now.
As @anon81773980 hinted at this is in crust. If we have tcp and udp hole punch with the ability to auto detect which to use for every connection and on the randomised ports (which we use) it will be a very powerful wee library for a lot of projects. Especially with the anonymous and authenticated encryption built in. This has been a huge hurdle for the project since day 1, which is a shame as it’s all based on known industry techniques, maybe not using a DHT as a STUN server (type), but anyway the guys there are doing amazing work.
It’s all thread based at the moment but will move to epoll type (mio /. mioco) very soon after we get vaults in your hands. This gives us much more control for less resources.
Hope that helps.
Yes I am seeing that to. We should get it resolved fairly quickly though. There were some libc issues, I suspect this is one (from the FFI library).
Hello,
You probably have already seen this yourself, but adding a directory also doesn’t work (with me at least) in the ‘View and Manage Private Data’ → Private Data.
Woot! I can now upload websites with the new updated version.
Just uploaded a quick quote page. (yes I know it’s messy and looks terrible. It was mostly for test purposes.)
http://quotes.blindsite.safenet/
I have noticed the load time is a bit slow. Not sure if that has to do with the large images or the network or what. I’ll try doing some redesigns and play around a bit. I’m just excited it works! Wooo! Thank you!
Are you going to post your ‘SAFENetwork Beta - The better TOR’ video on here ?
Yeah, i noticed it just took about 10 seconds to publish a new basic template, so bit slower than it was…
The SAFE Demo Application has just had a patch version update to v0.2.1 to address and fix:
Changes - v0.2.1
- Folder upload bug fix for OSX and Linux
- Overwrite of directory error is handled and presented to the user
- UI Text updates to indicate folder requirement while creating a service
Download it here > SAFE Demo Application v0.2.1 x64
what did you do? is this a bug or am i not the only one whose launcher doesn’t break any more after a certain amount of time?
(i’m pretty sure it ran now for at least an hour without any problems - newest launcher, on ubuntu 14.04 )
i just rebootet the launcher to verify it wasn’t a bug - i’ll report back when i know more
EDIT:
so - another >40 minutes and doesn’t look like something bad wants to happen anytime soon!
Didn’t expect it to be resolved that quickly - Cool!!!
less than 24h since @happybeing s report
edit: ähm uhm - okay - sorry - my fault … - yes it didn’t happen all day long; but all day long i used the wifi of my university … back home the disconnects are back again stupid routers …
Windows 10 working great. Uploaded a pdf and read from the network. Website uploaded. Mario enjoyed:grinning:
Running smooth in Xubuntu 15.10 Much faster than previous release. Good work!
Agreed, pages load much faster than the 1st test release
Running well in Windows 10 but in Debian (in QubesOS) the download dialogue does not work for the website and private data applications . A message pops up saying download 100% but there is no pop up dialogue and the file does not download, as far as I can see. Not sure if this is down to SAFE, Debian (Jessie) or Qubes but thought it was worth pointing out.
Fyi: also no folder upload bugs anymore with my system after patch
MaidSafe Team, you’re doing a great job with improvements and fixes. I can’t wait for public vault testing.
SAFE Launcher
Some new user’s might get the impression they are “required” to create an account to browse safenet sites. Most of us know this is not true. We just need to “run” the launcher and setup the .pac address for our browser.
Anyway, I thought it might be helpful to mention this in the instructions.
“You do not need to create an account in order to browse the SAFE Network. Just make sure the SAFE Launcher status bar says “Connected to the SAFE Network”. However, if you want to upload data on SAFE, then an account is required.”
This is just a suggestion to help new people get up and running ASAP. I understand why we show them how to create an account. But some would appreciate knowing they can “skip” the login process and start browsing right away.