New issue
Advanced search Search tips

Issue 844486 link

Starred by 9 users

Issue metadata

Status: Duplicate
Merged: issue 843682
Owner: ----
Closed: May 2018
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Terminal opens to a black screen

Reported by roberter...@gmail.com, May 18 2018

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS x86_64 10682.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3431.0 Safari/537.36
Platform: 10682.0.0

Steps to reproduce the problem:
1. Update to newest Dev channel release
2. Launch Terminal app

What is the expected behavior?
I should be shown a command prompt and be able to input bash commands.

What went wrong?
I am unable to use the Linux Terminal app at all. 

Did this work before? Yes 68.0.3416.0

Chrome version: 68.0.3431.0  Channel: dev
OS Version: 10682.0.0
Flash Version:
 
I am facing the exact same issue.
It looks like I can click on any "line" in the black screen and type (beginning from the start of that line), but there is no way to execute the command.
I did a powerwash of my pixelbook and the issue is still present after the reset.

Comment 4 by cjh970...@gmail.com, May 19 2018

same issue here!!

Comment 5 by cjh970...@gmail.com, May 19 2018

it also crashes the os at the end of installation when it tries to start the container

Comment 6 Deleted

Comment 7 by yru...@gmail.com, May 19 2018

Also got the issue here, no matter how many times I reboot or powerwash the device, still not working.

Comment 8 by jmmah...@gmail.com, May 22 2018

Is it possible to downgrade to get this working again?

Comment 9 by jmmah...@gmail.com, May 22 2018

I found the bug ...

From the dev console (since the terminal is part of chrome)
I could see that it was hitting error:

Uncaught TypeError: Cannot read property 'spokenFeedback' of undefined
    at hterm.Terminal.terminal.onTerminalReady (crosh.js:73)
    at hterm.Terminal.<anonymous> (nassh_deps.concat.js:11810)
    at hterm.Terminal.<anonymous> (nassh_deps.concat.js:12231)
terminal.onTerminalReady @ crosh.js:73
(anonymous) @ nassh_deps.concat.js:11810
(anonymous) @ nassh_deps.concat.js:12231
setTimeout (async)
(anonymous) @ nassh_deps.concat.js:2312
safeCallbackApply @ extensions::uncaught_exception_handler:27
handleResponse @ extensions::sendRequest:67

The code near the breakpoint finds chrome.accessibilityFeatures
is undefined so when it tries to access spokenFeedback it breaks.

  terminal.onTerminalReady = function() {
    chrome.accessibilityFeatures.spokenFeedback.get({}, function(details) {
      terminal.setLiveOutputForAccessibility(details.value);
      runCrosh();
    });
  };

Searching for the crosh.js source code found a fix that
hasn't propagated to our chromebooks yet.  It includes a test
to see if chrome.accessibilityFeatures is defined before it
attempts to access the values.

https://chromium.googlesource.com/apps/libapps/+/master/nassh/js/crosh.js?autodive=0%2F#73

    if (chrome.accessibilityFeatures) {
      chrome.accessibilityFeatures.spokenFeedback.get({}, function(details) {
        terminal.setLiveOutputForAccessibility(details.value);
        runCrosh();
      });
    } else {
      runCrosh();
    }

I confirmed this fixes the problem by adding a breakpoint,
pasting in the code, and resuming the debugger.

The fix is in this patch by Raymes Khoury <raymes@chromium.org>

https://chromium.googlesource.com/apps/libapps/+/3e44bc9eb923050b154ba64a813fe876646aef13

Comment 10 by jmmah...@gmail.com, May 22 2018

ping'ed Raymes Khoury <raymes@chromium.org> via email.
Mergedinto: 843682
Status: Duplicate (was: Unconfirmed)
This is fixed on ToT and should be fixed in the next dev release (which hopefully should be in the next week or so). You should be able to work around it be installing the Chrome secure shell app from the web store.

Sign in to add a comment