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

ruby-on-rails Layer Breaks TRAMP #5857

Closed
n4580 opened this issue Apr 21, 2016 · 6 comments
Closed

ruby-on-rails Layer Breaks TRAMP #5857

n4580 opened this issue Apr 21, 2016 · 6 comments

Comments

@n4580
Copy link

n4580 commented Apr 21, 2016

Description

If the ‘ruby-on-rails’ layer is enabled, then the Password: prompt in TRAMP never shows up, and emacs freezes. I tested this on a clean install with both the master and develop branches. The master branch displays a ‘Tramp: Sending password’ message on the master branch just before it freezes. (the server I'm connecting to is replaced with <domain> below)

If you C-g, it occasionally is able to stop. The messages buffer then displays:

Tramp: Opening connection for <domain> using ssh...
Tramp: Sending command `exec ssh   -o ControlMaster=auto -o ControlPath='tramp.%C' -o ControlPersist=no -e none <domain>’
Tramp: Waiting for prompts from remote shell...
Tramp: Sending password
Tramp: Waiting for prompts from remote shell...failed
Tramp: Opening connection for <domain> using ssh...failed
Error in nil (nil): (quit)

Reproduction guide

  • Start Spacemacs with ‘ruby-on-rails’ in ’dotspacemacs-configuration-layers’
  • C-x C-f /ssh:<domain>:/
  • If you don’t have an SSH key enabled, emacs displays the Password: prompt. If ‘ruby-on-rails’ is installed, emacs freezes.

Observed behaviour:
On the master branch, the message ‘Tramp: Sending password’ shows up. On the development branch, there is no message. In both cases, emacs appears to freeze. Hitting ‘C-g’ a few times in the GUI version can sometimes unfreeze it.

Expected behaviour:
Display a Password: prompt

System Info

  • OS: darwin
  • Emacs: 24.5.1
  • Spacemacs: 0.105.19
  • Spacemacs branch: master (rev. 5f26b82)
  • Graphic display: t
  • Distribution: spacemacs
  • Editing style: vim
  • Completion: helm
  • Layers:
(emacs-lisp ruby-on-rails)
@StreakyCobra
Copy link
Contributor

Not sure it's related to the ruby-on-rails layer. I don't have it and I still have the problem.

@paradigmshift
Copy link

I have the same issue and removing the ruby-on-rails layer fixes it... there must be an incompatibility somewhere there.

@keigo-brook
Copy link

Hi, I'm having same issue.
And I find similar issue here: bbatsov/prelude#594,
and here bbatsov/projectile#523

This problem seems a projectile bug, and ruby-on-rails layer using projectile, so this happen.

When I remove the ruby-on-rails layer fixed it too, and when I disabled projectile-global-mode, fixed too.

@keigo-brook
Copy link

Hi, After updating to emacs 25.1.1 & Spacemacs 0.200.1, this bug no longer appears.(I'm sorry but I don't know what was the cause)

@Miciah
Copy link
Contributor

Miciah commented Jul 9, 2018

The upstream issue bbatsov/projectile#523 has been closed as fixed. Can this issue be closed as well?

@sdwolfz
Copy link
Collaborator

sdwolfz commented Jul 9, 2018

👍 This is an old one, I thinks it's safe to close.

@sdwolfz sdwolfz closed this as completed Jul 9, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Upstream bugs
Reported, waiting
Development

No branches or pull requests

7 participants