Umesh Timalsina

Results 70 comments of Umesh Timalsina

This is blocking #1747. ![image](https://user-images.githubusercontent.com/11476842/87974879-5b0e8100-ca90-11ea-9617-3bf82ab4aab2.png) Applied updates in the Forked branch will work, but the fork is not merged with the original branch.

The probable cause is that we cannot parse Operations that do a conditional return.

![image](https://user-images.githubusercontent.com/11476842/73984505-657ff880-48fe-11ea-920a-16d1fb8c056e.png) Here the Lady Ada's image is a 764*500 RGB image, if you click on multiple executions this could cause problems because the browser will prompt a slowdown message.

This issue should be handled as the following: 1. Extend the BlobClient to handle streams (to be upstreamed to `webgme-engine`) 2. Extend the Storage Clients to handle streams. One catch...

Yeah. That seems to be the case. Eventhough, if you look at the files in `execution` folder, they show up in minio. ![image](https://user-images.githubusercontent.com/11476842/139155054-0a2c33bd-8dab-405d-992e-a170e2b7f233.png)

I have been looking into https://github.com/microsoft/monaco-editor. This editor is a shimmed editor from VSCode sources and runs on browsers (no mobile device support), has some [documentation](https://microsoft.github.io/monaco-editor/api/index.html) and examples and provides...

This issue needs to be broken down into two different issues. 1. Integrate Monaco TextEditor. (This issue) 2. Integrate a python language server with MonacoTextEditor

Is this the case for only worker compute being too slow to create conda env??

For me using `GMEStorage` with server execution, somehow, the file `results.json` is never written and this causes the LocalExecutor to fail because it cannot find the file.

This is failing for me even using the `sciserver-files` service.