Closed mkllnk closed 7 years ago
I've seen this with 0.15.x (versions before 13) as well, and thought I caught the cases but apparently I didn't :( thanks for reporting! As a quick fix if you want to avoid restarting your terminal there is the shell reset
command which will fix this issue.
Thank you, I didn't know about reset
. 0.15.4 works quite well for me. Sticking to that for a while. Awesome software by the way.
Can confirm I've seen this since 0.15.12. reset
is super handy, thanks @sideshowcoder!
Currently I end in a "dirty" state every 2-3 times running rspec. Reset is great, but it definitely seems to get worse as you work.
Instead of reset
, I have also been using stty sane
. It executes a bit faster then reset. Of course, it's still annoying that it's happening in the first place.
I switched back to 0.15.10 which gives me the "Terminated" error but doesn't force me to reset
the console every 2-3 times I run rspec
. I did notice an actual stack trace in the window that I did zeus start
though and that window messed up the buffer too. I'll see if I can grab that stack trace next time it happens.
I'm having a similar issue with Zeus v0.15.13 that's very easy to reliably reproduce, simply do:
$ (sleep 1; echo lol; echo wut) & zeus s
=> Booting WEBrick
=> Rails 4.2.3 application starting in development on http://0.0.0.0:3000
=> Run `rails server -h` for more startup options
=> Ctrl-C to shutdown server
lol
wut
Notice the odd position of wut
. By contrast:
$ (sleep 1; echo lol; echo wut) & rails s
=> Booting WEBrick
=> Rails 4.2.3 application starting in development on http://0.0.0.0:3000
=> Run `rails server -h` for more startup options
=> Ctrl-C to shutdown server
lol
wut
This is extremely easy to fix, I don't even need to reset
, I can just Ctrl-Z and then fg
and it's fixed, but I'd love to not have to do that in the first place. (I realize that zeus start
takes control of the terminal cursor so anything running in the background that logs to stdout is no-go; but zeus s
is supposed to be just like rails s
and in particular has line output right, there's no reason you shouldn't run anything in the background that logs to stdout is there?)
(edit: actually zeus start
doesn't take control of the entire terminal, but it does take control of the terminal cursor)
+1
My fix didn't work, so I removed it.
I shipped 0.15.14.pre
which should fix this issue finally if people could test that that would be great.
clearly better, also introduced a different minor regression: previously, some pages would allow internal scrolling (e.g. like with less
). I don't know the mechanism there but it no longer works.
I installed 0.15.14.pre
but it doesn't work for me: My app doesn't even boot correctly. zeus start
results in all the processes shown in red and then:
slavenode.go:226: [boot] read unix ->: EOF
exit status 1
I can't get more detail on what is happening. Running a console or specs results in:
zeus rspec
read unix ->: EOF%
Is there a way to print more debugging information?
You can pass --log somelogfile.log
and read in there likely some gem version require messup I suspect, at least that is what I run into most. Hope that helps @ylansegal
@sideshowcoder, thanks for the tip. It was indeed a gem activation issue.
My initial testing of 0.15.14.pre
: Seems like the terminal issues have been resolved. I'll have more time to explore tomorrow during my regular-day usage. I'll report back.
Problem vanished. Thank you.
After a bit more testing, I can report the issue is solved for me.
Thanks for fixing this.
Description of Problem
Since version 0.15.13 zeus slave commands leave the terminal in a dirty state. Version 0.15.12 seems to work fine on a new project.
System details
uname -a
: Linux max 3.2.0-4-amd64 #1 SMP Debian 3.2.84-1 x86_64 GNU/Linuxruby -v
: ruby 2.1.5p273 (2014-11-13 revision 48405) [x86_64-linux]rbenv --version
: rbenv 0.4.0-183-gc18a3f9Steps to Reproduce
1)
zeus start
in a new rails project2)
zeus test
orzeus server
or any other.Observed Behavior
After the tests finish, my keyboard input doesn't show up until I hit enter. The output is then formatted in the wrong way like this: