Can we debug this over email? I think it would be easiest. Please send this to support@blisshq.com

doesn't work as it should. After using your proposed approach (launch from command line for testing), i have the parameters set:

19075 pts/15 Sl 0:30 /var/packages/Java8/target/j2sdk-image/jre/bin/java -Dbliss.ui.contextPath=/bliss -Xmx512M -splash:blis
s-splash.png -XX:HeapDumpPath=/tmp -XX:+HeapDumpOnOutOfMemoryError -XX:+CMSClassUnloadingEnabled -Djava.util.logging.config.file=/
volume1/@appstore/bliss/bin/../conf/logging.properties -Djava.library.path=/volume1/@appstore/bliss/bin/../lib -Dbliss.periodicHea
pDumpThreshold=0.9 -Dbliss.launcher=/volume1/@appstore/bliss/bin/bliss.sh -Drun.mode=production -jar /volume1/@appstore/bliss/bin/
../lib/com.elsten.bliss.bootstrap.jar
28268 pts/15 S+ 0:00 grep --color=auto bliss19075 pts/15 Sl 0:30 /var/packages/Java8/target/j2sdk-image/jre/bin/java -Dbliss.ui.contextPath=/bliss -Xmx512M -splash:blis
s-splash.png -XX:HeapDumpPath=/tmp -XX:+HeapDumpOnOutOfMemoryError -XX:+CMSClassUnloadingEnabled -Djava.util.logging.config.file=/
volume1/@appstore/bliss/bin/../conf/logging.properties -Djava.library.path=/volume1/@appstore/bliss/bin/../lib -Dbliss.periodicHea
pDumpThreshold=0.9 -Dbliss.launcher=/volume1/@appstore/bliss/bin/bliss.sh -Drun.mode=production -jar /volume1/@appstore/bliss/bin/
../lib/com.elsten.bliss.bootstrap.jar

but bliss answers still on the root path. /bliss doesn't work, even though configured in nginx
Additionally blkiss is now running on / path as "never started" new app without any existing configs.....

If you're running bliss.sh, set the VMARGS environment variable beforehand. E.g.:

VMARGS=-Dbliss.ui.contextPath=/foo ./bliss.sh

Best to save that as a separate script then you don't need to remember how to run it.

You could also set the VMARGS environment variable permanently for your user:

export VMARGS=-Dbliss.ui.contextPath=/foo

... put that in ~/.bashrc . But I would prefer the script approach as it avoids configuration with too much scope.

where do i have to configure this in linux?

This now works, due for release early Feb.

However, the context path given to bliss and the location specified in the nginx config must match.

Specify the system property:

-Dbliss.ui.contextPath=/foo

When running bliss. In nginx:

location /foo {
proxy_pass http://localhost:3220/foo;
proxy_redirect off;
}

Thanks for following up with a potential solution. I'll add the base URL/relative URL idea to the list.

as requested, i type a solution (with caveats) here to the above. As always in nginx, when a

http://website/bliss/ isn't possible you can go down the route of subdomain like http://bliss.website
then this will work like proposed in the blog entry mentioned, because you can stil use route / path. But people may have difficulties with SSL in case they have no wildcard cert like *.website
Other developers are solving this with the possibility to configure a base url.

Oh, ok, I see the problem when I configure a subfolder instead:

location /bliss {
proxy_pass http://localhost:3220/;
proxy_redirect off;
}

Yeah, the page isn't rewritten, so CSS etc breaks. I'll look into this.

Just double checked this and it works for me when running to a different port, but still in the root context. Does this issue only affect when you want bliss in a sub directory viewed through the proxy?

Shouldn't the reverse proxy re-write the server? I thought that's what happens when you configure as per https://www.blisshq.com/music-library-management-blog/2017/03/07/setting-up-bliss-authentication/