New version

[BenediktMKuehne]

What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)

• fix WS/ASGI “no route found for path” #221
• add access permissions for features
• small additions

What is the current behavior? (You can also link to an open issue here)

What is the new behavior (if this is a feature change)? If possible add a screenshot.

better

Does this PR introduce a breaking change? (What changes might users need to make in their application due to this PR?)

nope

Other information:

[secsonthebeach]

Hello, thank you for looking into this issue.
I have cloned from here https://github.com/BenediktMKuehne/embark/tree/new-version and reinstalled using this repo.
I am still seeing the same error for both ‘view log’ and on the progress page.

Should I have run this using the Dev or debug flags?

[BenediktMKuehne]

🤔 that really is the strangest thing
Could you check if the developer installation is working for you?
installer.sh -F

Thanks for testing btw, I appreciate it

[secsonthebeach]

The developer install ran successfully. Recall I am setting this up behind firewall.

Using a dynamic port forward to the host I am working from, I was able to load the HTTP interface in a proxied browser. I observed the same behavior of successful upload and analysis of a small firmware image. I was able to view the raw log file, but did not observe any ‘live stream’ of the progress or log. I did observe the network calls for ws/progress and ws/logs/<file-id> in the browser tools.

Additionally, I used the websocat tool again from the embark host to attempt to hit those same URL paths.

Both the proxied browser and the local tool return ‘500 Internal Sever Error’

The cloned repository path + logs/daphne.log shows the same errors as before, “no route found for path” for both ‘/ws/progress’ and ‘/ws/logs’. The trace back looks the same for both paths:

 ERROR Exception inside application: No route found for path '/ws/logs/e277aaaa-8a8
f-4a58-b528-3ff6291fbeb1'.
Traceback (most recent call last):
  File "/home/embark/.venv/lib/python3.10/site-packages/channels/routing.py", line 62, in __call__
    return await application(scope, receive, send)
  File "/home/embark/.venv/lib/python3.10/site-packages/channels/sessions.py", line 47, in __call__
    return await self.inner(dict(scope, cookies=cookies), receive, send)
  File "/home/embark/.venv/lib/python3.10/site-packages/channels/sessions.py", line 263, in __call__
    return await self.inner(wrapper.scope, receive, wrapper.send)
  File "/home/embark/.venv/lib/python3.10/site-packages/channels/auth.py", line 185, in __call__
    return await super().__call__(scope, receive, send)
  File "/home/embark/.venv/lib/python3.10/site-packages/channels/middleware.py", line 24, in __cal
l__
    return await self.inner(scope, receive, send)
  File "/home/embark/.venv/lib/python3.10/site-packages/channels/routing.py", line 116, in __call_
_
    raise ValueError("No route found for path %r." % path)

[BenediktMKuehne]

I'm starting to suspect some dependency issue, there were no changes to the ASGI in the last few months

[BenediktMKuehne]

Might be differences between the Daphne versions...will check