Blank screen after selecting a workflow

When I click on any workflow on the workflow editor it gives me a blank screen:

This was all working fine earlier. The only difference today is I connected a local server and tried adding a custom Python block, which apparently didn’t work (see output below). That crashed the local server.

I restarted it, deleted all workflows, and tried to add one again. Still blank.

C:\Windows\System32>docker run -p 9001:9001 --name roboflow roboflow/roboflow-inference-server-cpu:latest
UserWarning: Field name “schema” in “WorkflowsBlocksSchemaDescription” shadows an attribute in parent “BaseModel”
WARNING:tzlocal:/etc/timezone is deprecated on Debian, and no longer reliable. Ignoring.
INFO: Started server process [7]
INFO: Waiting for application startup.
INFO: Application startup complete.
INFO: Uvicorn running on http://0.0.0.0:9001 (Press CTRL+C to quit)
INFO: 192.168.65.1:38453 - “OPTIONS /workflows/definition/schema?api_key=cKfxce4zMzd9AD5yMq3D HTTP/1.1” 200 OK
INFO: 192.168.65.1:16954 - “OPTIONS /workflows/blocks/describe?api_key=cKfxce4zMzd9AD5yMq3D HTTP/1.1” 200 OK
INFO: 192.168.65.1:16954 - “GET /workflows/definition/schema?api_key=cKfxce4zMzd9AD5yMq3D HTTP/1.1” 200 OK
INFO: 192.168.65.1:38453 - “POST /workflows/blocks/describe?api_key=cKfxce4zMzd9AD5yMq3D HTTP/1.1” 200 OK
INFO: 192.168.65.1:34712 - “OPTIONS /workflows/blocks/describe HTTP/1.1” 200 OK
INFO: 192.168.65.1:34712 - “POST /workflows/blocks/describe HTTP/1.1” 200 OK
INFO: 192.168.65.1:49245 - “OPTIONS / HTTP/1.1” 200 OK
INFO: 192.168.65.1:49245 - “HEAD / HTTP/1.1” 200 OK
INFO: 192.168.65.1:49245 - “OPTIONS /workflows/definition/schema HTTP/1.1” 200 OK
INFO: 192.168.65.1:24357 - “POST /workflows/blocks/describe HTTP/1.1” 200 OK
INFO: 192.168.65.1:49245 - “GET /workflows/definition/schema HTTP/1.1” 200 OK
INFO: 192.168.65.1:41298 - “HEAD / HTTP/1.1” 200 OK
INFO: 192.168.65.1:41298 - “OPTIONS /workflows/run HTTP/1.1” 200 OK
UserWarning: Specified provider ‘CUDAExecutionProvider’ is not in available provider names.Available providers: ‘OpenVINOExecutionProvider, CPUExecutionProvider’
UserWarning: Specified provider ‘CoreMLExecutionProvider’ is not in available provider names.Available providers: ‘OpenVINOExecutionProvider, CPUExecutionProvider’
Traceback (most recent call last):
File “/app/inference/core/interfaces/http/http_api.py”, line 267, in wrapped_route
return await route(*args, **kwargs)
File “/app/inference/core/interfaces/http/http_api.py”, line 1263, in infer_from_workflow
return process_workflow_inference_request(
File “/app/inference/core/interfaces/http/http_api.py”, line 760, in process_workflow_inference_request
workflow_results = execution_engine.run(
File “/app/inference/core/workflows/execution_engine/core.py”, line 73, in run
return self._engine.run(
File “/app/inference/core/workflows/execution_engine/v1/core.py”, line 107, in run
result = run_workflow(
File “/app/inference/usage_tracking/collector.py”, line 664, in sync_wrapper
res = func(*args, **kwargs)
File “/app/inference/core/workflows/execution_engine/profiling/core.py”, line 264, in wrapper
return func(*args, **kwargs)
File “/app/inference/core/workflows/execution_engine/v1/executor/core.py”, line 62, in run_workflow
execute_steps(
File “/app/inference/core/workflows/execution_engine/profiling/core.py”, line 264, in wrapper
return func(*args, **kwargs)
File “/app/inference/core/workflows/execution_engine/v1/executor/core.py”, line 108, in execute_steps
_ = run_steps_in_parallel(
File “/app/inference/core/workflows/execution_engine/v1/executor/utils.py”, line 14, in run_steps_in_parallel
return list(inner_executor.map(_run, steps))
File “/usr/local/lib/python3.9/concurrent/futures/_base.py”, line 609, in result_iterator
yield fs.pop().result()
File “/usr/local/lib/python3.9/concurrent/futures/_base.py”, line 439, in result
return self.__get_result()
File “/usr/local/lib/python3.9/concurrent/futures/_base.py”, line 391, in __get_result
raise self._exception
File “/usr/local/lib/python3.9/concurrent/futures/thread.py”, line 58, in run
result = self.fn(*self.args, **self.kwargs)
File “/app/inference/core/workflows/execution_engine/v1/executor/utils.py”, line 37, in _run
return fun()
File “/app/inference/core/workflows/execution_engine/profiling/core.py”, line 264, in wrapper
return func(*args, **kwargs)
File “/app/inference/core/workflows/execution_engine/v1/executor/core.py”, line 140, in safe_execute_step
raise error
File “/app/inference/core/workflows/execution_engine/v1/executor/core.py”, line 130, in safe_execute_step
run_step(
File “/app/inference/core/workflows/execution_engine/v1/executor/core.py”, line 160, in run_step
return run_simd_step(
File “/app/inference/core/workflows/execution_engine/v1/executor/core.py”, line 190, in run_simd_step
return run_simd_step_in_non_batch_mode(
File “/app/inference/core/workflows/execution_engine/v1/executor/core.py”, line 269, in run_simd_step_in_non_batch_mode
execution_data_manager.register_simd_step_output(
File “/app/inference/core/workflows/execution_engine/v1/executor/execution_data_manager/manager.py”, line 251, in register_simd_step_output
self._execution_cache.register_batch_of_step_outputs(
File “/app/inference/core/workflows/execution_engine/v1/executor/execution_data_manager/execution_cache.py”, line 100, in register_batch_of_step_outputs
self._cache_content[step_name].register_outputs(
File “/app/inference/core/workflows/execution_engine/v1/executor/execution_data_manager/execution_cache.py”, line 320, in register_outputs
raise ExecutionEngineRuntimeError(
inference.core.workflows.errors.ExecutionEngineRuntimeError: Step count_overlaps did not produce required outputs. Expected: {‘overlaps’}. Got: set(). Contact Roboflow team through github issues (GitHub · Where software is built) providing full context ofthe problem - including workflow definition you use.
INFO: 192.168.65.1:41298 - “POST /workflows/run HTTP/1.1” 500 Internal Server Error

I was able to workaround this by clearing my browser cache (specifically “cookies and other site data”), but I don’t think that should be considered a solution.

Hi @LouNL ,

Thank you for reporting this bug.

Indeed, when custom python block does not provide outputs as outlined in block configuration, the UI will encounter unhandled exception. We are working to fix this issue.

However, to fix the state of UI it should be enough to refresh the app (I did not have to clear cookies and site data in order to fix the app state).

Thanks once again,
Grzegorz

Ok, good to hear it’ll be fixed. I only seem to be able to recover when clearing the site data. It’s easily reproduceable for me if there’s any info you need (ex. console logs or something)

This topic was automatically closed 21 days after the last reply. New replies are no longer allowed.