What does the turtle representation of your /public folder look like? Does it contain the weird URL? Try to create a folder with solid-ide. It might be a bug in solid-server or the data browser. If you can reproduce it persistently the way you described you should file an issue.
solside shows
@prefix : <#>.
@prefix pub: <>.
@prefix ldp: <http://www.w3.org/ns/ldp#>.
@prefix terms: <http://purl.org/dc/terms/>.
@prefix XML: <http://www.w3.org/2001/XMLSchema#>.
@prefix sc: <https://roger.localhost:8443oger.localhost/public/scad/>.
@prefix st: <http://www.w3.org/ns/posix/stat#>.
pub:
a ldp:BasicContainer, ldp:Container;
terms:modified "2019-01-24T00:06:38Z"^^XML:dateTime;
ldp:contains sc:;
st:mtime 1548288398.392;
st:size 4096.
sc:
a ldp:BasicContainer, ldp:Container, ldp:Resource;
terms:modified "2019-01-24T00:06:38Z"^^XML:dateTime;
st:mtime 1548288398.428;
st:size 4096.
jumbled @prefix sc: https://roger.localhost:8443oger.localhost/public/scad/.
yeah, you should definetly file a bug
Hi, got back to testing.
I tried it with a user name and sub folder name I never tried before. Same error.
Thanks for encouraging me to keep testing
guess I’ll file an issue but as I read the Projects Panel I keep hoping the bug fixes they are working on lead to something usable; what I’m seeing/testing might not be relevant/useful as they are working on decentralization issues
It’s a show stopper if you cannot create folders like this. I guess it will get fixed. Will try to reproduce it myself. Post the link to your issue here please
Hey, some NSS 5.0.0 commit in the last 3 weeks got my REST calls working again! Will test and report status of numerous types of calls…
Ok, can now clone everything but the symlinks in a working copy in a pod from a git cloning. The binary and indexing of the pack seems to be working.
nss is linux file server based yet cannot provide the functionality of a sym link. Because of the current ldp limitations. (Can’t define a second container containing a folder).