Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

main.js symlink not recovered after re-building sunstone js #2238

Closed
2 of 34 tasks
atodorov-storpool opened this issue Jun 29, 2018 · 5 comments
Closed
2 of 34 tasks

main.js symlink not recovered after re-building sunstone js #2238

atodorov-storpool opened this issue Jun 29, 2018 · 5 comments

Comments

@atodorov-storpool
Copy link
Contributor

Bug Report

Version of OpenNebula

  • 5.2.2
  • 5.4.0
  • 5.4.1
  • 5.4.2
  • 5.4.3
  • 5.4.4
  • 5.4.5
  • 5.4.6
  • 5.4.7
  • 5.4.8
  • 5.4.9
  • 5.4.10
  • 5.4.11
  • 5.4.12
  • 5.4.13
  • 5.4.14
  • 5.4.15
  • Development build

Component

  • Authorization (LDAP, x509 certs...)
  • Command Line Interface (CLI)
  • Contextualization
  • Documentation
  • Federation and HA
  • Host, Clusters and Monitorization
  • KVM
  • Networking
  • Orchestration (OpenNebula Flow)
  • Packages
  • Scheduler
  • Storage & Images
  • Sunstone
  • Upgrades
  • User, Groups, VDCs and ACL
  • vCenter

Description

When rebuilding the Sunstone GUI using /usr/lib//one/sunstone/public/build.sh the symlink from /usr/lib/one/sunstone/public/dist/main.js to /var/lib/one/sunstone/main.js destroyed leading to a "frozen" sunstone interface

Expected Behavior

the symlink to /var/lib/one/sunstone/main.js should be recovered

Actual Behavior

the symlink to /var/lib/one/sunstone/main.js is missing

How to reproduce

cd /usr/lib/one/sunstone/public
build.sh -d
export PATH=$PATH:$PWD/node_modules/.bin
build.sh

A simple fix is to re-create the symlink after moving main.js to main-dist.js.

atodorov-storpool added a commit to atodorov-storpool/one that referenced this issue Jun 29, 2018
@atodorov-storpool
Copy link
Contributor Author

pull request #2239

But not sure am I following the intended behavior...

atodorov-storpool added a commit to OpenNebula/addon-storpool that referenced this issue Jul 2, 2018
@abelCoronado93
Copy link
Contributor

Let's choose your solution as an script option [-l] to recreate the links

@atodorov-storpool
Copy link
Contributor Author

Hi @abelCoronado93 ,

I've updated the workaround in our addon but forgot to update here.

Not sure grunt sass or grunt-requirejs is deleting the backed-up symlink main.js-var
so I've reworked it to move the symlink to public folder (see OpenNebula/addon-storpool@38119ba)

Excuse me for the inconvenience.

@abelCoronado93
Copy link
Contributor

abelCoronado93 commented Jul 3, 2018

Hello @atodorov-storpool ,

That's right, grunt runs a rmdir on dist directory, i'll make a pr with the solution.

Thanks for your help!

Regards.

abelCoronado93 pushed a commit to abelCoronado93/one that referenced this issue Jul 3, 2018
@rsmontero
Copy link
Member

Fixed in master for 5.6 final

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants