Status Update
No update yet.
Comments
ak...@gmail.com
you want Secure Shell to actually do the reconnect, or you want it to display a dialog for you to press "R"(reconnect) ?
sa...@google.com
My personal preference would be autossh behavior - just immediately reconnect. Alternatively, a hot-key to reconnect instantly would work. Currently, I have to refresh the page, and then navigate to the remote I want to connect to and hit enter. Would love for this to be quicker, since basically every time I have to reconnect, its because my laptop went to sleep or something.
ak...@gmail.com
it sounds like the dialog isn't being shown which is an existing KI. you can press Enter ~ . to break the connection and force the reconnect dialog, then press R. no need to refresh the page.
ve...@gmail.com
I used to receive the option to press "R" to refresh the page but this stopped working this morning. Refreshing manually has also stopped working, forcing me to close the Secure Shell window and open a new one.
ak...@gmail.com
Raising this to P2 to try and get a response here. This is quite annoying having to close and reopen the Secure Shell window every time I close my laptop or lock my screen.
Edit: I don't have permission to raise this to a P2. I will ask the reporter to do so if they can...
ul...@printful.com
ul...@printful.com
kh...@gmail.com
Is there any update on this? I have been facing the same issue
ul...@printful.com
Menu -> View -> "Reload This Page" works for me -
wm...@gmail.com
ca...@external.stellantis.com
Still not reconnecting
ul...@printful.com
sorry, but that isn't a useful report. you need to describe your setup (OS & client version) and what you're actually doing.
de...@tagnpin.com
I've been experiencing this for the past-few weeks with the built-in Terminal app on ChromeOS, which I know is distinct from (but shares a lot of code with) the Secure Shell extension (problem is not present in the latter). Let me know if I should file a different bug for this (can't find a relevant tracker and this issue seems the most relevant...), but otherwise here's the report:
Platform: ChromeOS, Version 132.0.6834.154 (Official Build) (64-bit).
Application version: impossible to say -- the built-in Terminal app doesn't show up in the list of ChromeOS apps, and it's obviously not an extension. The "about" page doesn't give a version string.
Behavior: when my Chromebook goes idle (~10m), or after I close the lid or otherwise lost my SSH connection to the remote host, the window "freezes" (not responding to mouse/keyboard input), and there's no re-connection dialog. Normally there is a dialog with (R)econnect, (C)hoose another connection, and (E)xit options, but in the past few weeks this dialog no longer appears.
Expected behavior: the dialog should simply appear when it detects the SSH session has ended, as it did for years up until recently.
Workaround: pressing the obscure keycombo in this bug (Enter, ~, .) causes the dialog to appear. Otherwise I need to close the window and start my session from scratch.
Other notes: I don't have this problem when using the Secure Shell extension (ID: iodihamcpbpeioajjeobimgagajmlibd, version: 0.68), but it's more cumbersome than the built-in Terminal (doesn't support tabs, much slower to redraw the screen and reflow text).
gr...@gmail.com
as noted above, the change is not in R132, and we aren't backporting it. please retest with R133.
dm...@ardas.dp.ua
Amendment to
Description
Before filing an issue, please read and follow these instructions carefully.
First, do not file an issue if the issue relates to AMP for Email but doesn't involve the Gmail context. In these cases, instead visit the AMP for Email support page:https://amp.dev/support/index.html
If the bug does relate to the Gmail context, please search through existing issues to ensure that the bug has not already been reported. You can start the search here:https://issuetracker.google.com/savedsearches/5415068
If the issue has already been reported, you can click the star next to the issue number to subscribe and receive updates. We prioritize responding to the issues with the most stars. You can also comment on the issue to provide any details of your experience with it.
If your issue has not been reported, please provide all of the following:
A short description of the issue:
Clicking interactive components in an AMP Email jumps the scroll to the top of the email in Gmail iOS.
If appropriate, a small code sample that reliably reproduces the issue. The sample should run as-is or with minimal setup, without external dependencies.
(Ironically this is an email Google created and perfectly shows the bug occurring! The fact that even Google's emails have this bug means that it's not our fault and it's happening across all AMP emails. Other developers have also mentioned it. )
What steps will reproduce the problem?
What is the expected output? What do you see instead? If you see error messages, please provide them.
The dropdowns, toggles, and carousel buttons should work as intended without causing the entire email to jump to the top of the scroll.
Please provide any additional information below.