opentosca / ui Goto Github PK

Current Behavior:
GET / return 404

Expected Behavior:
the ui should be displayed and not a 404 error page

Steps to Reproduce:

1. use https://github.com/OpenTOSCA/opentosca-docker
2. docker-compose up -d
3. wait 5 min
4. open localhost

Other Information:

System Information:

Current Behavior:
Notification on the top right are never fading away

Expected Behavior:
Notification should fade away after some time

Steps to Reproduce:

1. Upload a CSAR
2. Watch the notification never leave

System Information:
Mac with OS X Sierra, tested with Docker-Compose and natively run version

Current Behavior:

TOSCA UI cannot render application detail page when one of the Interface in the Service template name is null
User cannot click into detail for Application in TOSCA UI.
Expected Behavior:

user can clink into detail page regardless of interface name in service template but shows error/warning message
Steps to Reproduce:

1. Upload a CSAR with a service template containing null interface name

ex.

  <Interface name="">
      <Operation name="OpenTOSCA-Lifecycle-Interface">
          <Plan planRef="MyTinyToDo_Bare_Docker_bpmn_buildPlan"/>
      </Operation>
  </Interface>

Other Information:

System Information:

Current Behavior:
In some older version parameters which represented passwords (e.g. DBMSPassword) the input field hid the value (e.g. pw is shown as: ********).

Additionally, in older version if a parameter was a PrivateKey (e.g. VMPrivateKey) the input field didn't mess up the PrivateKey from a string perspective (e.g. the private key is broken and can't be used by some artefacts such as the SSH service for virtual machines)

Expected Behavior:
Password parameter values are hidden, PrivateKeys are still valid after pasting them into the field.

Steps to Reproduce:

1. Use any CSAR (e.g. MyTinyTodo with MySQL) which has atleast one Password Parameter
2. Use any CSAR which has a PrivateKey Input Parameter

Other Information:
Params not beeing hidden or well formatted:

Some logs when the private key is really needed:

P.S.: I know we can just escape the returns, but well, does it have to be done?! :P

System Information:
Mac OS X with Docker Setup and Chrome

Current Behavior:
The Repository Managment button is pointing to the API (localhost:8080/winery/servicetemplates)

Expected Behavior:
The button should navigate the user to the repository UI (localhost:8080/#/servicetemplates).

Steps to Reproduce:

1. Just click the button and you get a JSON response instead of the UI.

Other Information:

System Information:
OpenTOSCA Docker on Win10

Current Behavior:

If a user changes the repository URL, e.g., to http://<hostname>:8080/winery/servicetemplates and afterwards navigate to the Repository tab, the initial load of Service Templates works as expected. But, if the user presses the refresh button, the default repository URL is used (http://stable.winery.opentosca.org/servicetemplates) and not the configured one. Also, it seems the repository URL is somehow set back internally to the default value.

Expected Behavior:

The Repository tab should use the configured repository URL for the whole session.

If I click on show details when I'm logged in to the PlanQK Repository, I get an error-page.

-->

I want to upload a CSAR from http://files.opentosca.org/csars/

Current Behavior:
The Repository API connection uses localhost as a default.

Expected Behavior:
Instead, it should use window.location per default. Similar to the Container API connection.

Steps to Reproduce:

1. Open the UI with your machine's IP address
2. Go to the administration tab

Other Information:

System Information:
OpenTOSCA Docker on Win10

Current Behavior:

Expected Behavior:
Build plan should not be able to be running on a deleted Instance.

Steps to Reproduce:

1. Create a new instance.
2. Delete the instance while build plan is still running (or hung up because of an error).

Other Information:
Tested with the MyTinyToDoDockerContainer.csar

Current Behavior:
It is not possible to use Firefox for csar uploading.

Expected Behavior:
It should set the file and the "Start Upload" button should appear.
Steps to Reproduce:

1. Open UI with Firefox
2. In the "Applications" tab select the "Upload new Application" button
3. Use the "Select local File" button and try to upload a file

Other Information:
Error from terminal:
ERROR TypeError: n.srcElement is undefined Stack-Trace: cDNt/$l</n.prototype.onChange@http://192.168.0.20:8088/main.26cc8bffc54eb4f6f5b5.bundle.js:1:196285 hn/<@http://192.168.0.20:8088/main.26cc8bffc54eb4f6f5b5.bundle.js:1:83705 _@http://192.168.0.20:8088/vendor.40acdca35f6120df6524.bundle.js:1:40777 handleEvent@http://192.168.0.20:8088/vendor.40acdca35f6120df6524.bundle.js:1:48166 ie@http://192.168.0.20:8088/vendor.40acdca35f6120df6524.bundle.js:1:17241 je/<@http://192.168.0.20:8088/vendor.40acdca35f6120df6524.bundle.js:1:22858 v/<@http://192.168.0.20:8088/vendor.40acdca35f6120df6524.bundle.js:1:718813 eFQL/</</</l</e.prototype.invokeTask@http://192.168.0.20:8088/polyfills.043084ca495430fc14f3.bundle.js:1:41715 onInvokeTask@http://192.168.0.20:8088/vendor.40acdca35f6120df6524.bundle.js:1:11836 eFQL/</</</l</e.prototype.invokeTask@http://192.168.0.20:8088/polyfills.043084ca495430fc14f3.bundle.js:1:41628 eFQL/</</</u</r.prototype.runTask@http://192.168.0.20:8088/polyfills.043084ca495430fc14f3.bundle.js:1:36881 eFQL/</</</p</t.invokeTask@http://192.168.0.20:8088/polyfills.043084ca495430fc14f3.bundle.js:1:42853 h@http://192.168.0.20:8088/polyfills.043084ca495430fc14f3.bundle.js:1:22084 d@http://192.168.0.20:8088/polyfills.043084ca495430fc14f3.bundle.js:1:22304

System Information:
Tested on:
Windows 10 64Bit
Firefox 56.0 32Bit