[Yahoo-eng-team] [Bug 1684321] [NEW] tox -e npm fails to start Chrome
Public bug reported: When running 'tox -e npm' on Ubuntu, Chrome fails to start with the following error: 19 04 2017 16:34:15.249:INFO [karma]: Karma v1.1.2 server started at http://localhost:9876/ 19 04 2017 16:34:15.251:INFO [launcher]: Launching browser Chrome with unlimited concurrency 19 04 2017 16:34:15.261:INFO [launcher]: Starting browser Chrome 19 04 2017 16:34:15.461:ERROR [launcher]: Cannot start Chrome 19 04 2017 16:34:15.468:INFO [launcher]: Trying to start Chrome again (1/2). 19 04 2017 16:34:15.809:ERROR [launcher]: Cannot start Chrome 19 04 2017 16:34:15.810:INFO [launcher]: Trying to start Chrome again (2/2). 19 04 2017 16:34:16.415:ERROR [launcher]: Cannot start Chrome 19 04 2017 16:34:16.416:ERROR [launcher]: Chrome failed 2 times (cannot start). Giving up. If you revise the [testenv:npm] rule to start chrome first, you'll see why it failed: grep: write error mkdir: cannot create directory ‘/.local’: Permission denied touch: cannot touch ‘/.local/share/applications/mimeapps.list’: No such file or directory [7633:7633:0419/163528:ERROR:browser_main_loop.cc(267)] Gtk: cannot open display: Obviously, the permission denied error is valid in that you shouldn't be able to create a directory off of root. What's missing is the $HOME preceding the directory name. The second problem is due to an unset DISPLAY variable needed when running this in *nix environments. This tells me Chrome needs at least $HOME and $DISPLAY, but it is not set because tox only passes the PATH variable in *nix environments as mentioned in http://tox.readthedocs.io/en/latest/example/basic.html To fix this, we can add the following lines to the [testenv:npm] section: passenv = HOME DISPLAY ** Affects: horizon Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1684321 Title: tox -e npm fails to start Chrome Status in OpenStack Dashboard (Horizon): New Bug description: When running 'tox -e npm' on Ubuntu, Chrome fails to start with the following error: 19 04 2017 16:34:15.249:INFO [karma]: Karma v1.1.2 server started at http://localhost:9876/ 19 04 2017 16:34:15.251:INFO [launcher]: Launching browser Chrome with unlimited concurrency 19 04 2017 16:34:15.261:INFO [launcher]: Starting browser Chrome 19 04 2017 16:34:15.461:ERROR [launcher]: Cannot start Chrome 19 04 2017 16:34:15.468:INFO [launcher]: Trying to start Chrome again (1/2). 19 04 2017 16:34:15.809:ERROR [launcher]: Cannot start Chrome 19 04 2017 16:34:15.810:INFO [launcher]: Trying to start Chrome again (2/2). 19 04 2017 16:34:16.415:ERROR [launcher]: Cannot start Chrome 19 04 2017 16:34:16.416:ERROR [launcher]: Chrome failed 2 times (cannot start). Giving up. If you revise the [testenv:npm] rule to start chrome first, you'll see why it failed: grep: write error mkdir: cannot create directory ‘/.local’: Permission denied touch: cannot touch ‘/.local/share/applications/mimeapps.list’: No such file or directory [7633:7633:0419/163528:ERROR:browser_main_loop.cc(267)] Gtk: cannot open display: Obviously, the permission denied error is valid in that you shouldn't be able to create a directory off of root. What's missing is the $HOME preceding the directory name. The second problem is due to an unset DISPLAY variable needed when running this in *nix environments. This tells me Chrome needs at least $HOME and $DISPLAY, but it is not set because tox only passes the PATH variable in *nix environments as mentioned in http://tox.readthedocs.io/en/latest/example/basic.html To fix this, we can add the following lines to the [testenv:npm] section: passenv = HOME DISPLAY To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1684321/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1681972] [NEW] Two tables overlap each other in Freezer UI when entries are in the table
Public bug reported: This problem occurs when the freezer panels are enabled and in Disaster Recovery -> Backup and Restore -> Jobs. When there are no entries in the table and the window is re-sized horizontally, there are no problems. However, when there are entries, the right-most table overlaps the left table. See attachments for example. Running off the code base (horizon, freezer, freezer-web-ui, python-freezerclient) on master branch on 2017-04-11. ** Affects: horizon Importance: Undecided Status: New ** Attachment added: "Screenshots of this issue" https://bugs.launchpad.net/bugs/1681972/+attachment/4860469/+files/screenshots.zip -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1681972 Title: Two tables overlap each other in Freezer UI when entries are in the table Status in OpenStack Dashboard (Horizon): New Bug description: This problem occurs when the freezer panels are enabled and in Disaster Recovery -> Backup and Restore -> Jobs. When there are no entries in the table and the window is re-sized horizontally, there are no problems. However, when there are entries, the right-most table overlaps the left table. See attachments for example. Running off the code base (horizon, freezer, freezer-web-ui, python-freezerclient) on master branch on 2017-04-11. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1681972/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
