Closed vvrein closed 4 years ago
Video: https://streamable.com/qsu8x
@vvrein Does this still occur with the latest release of sway and i3status-rs master?
@ammgws yes i3status-rs build from master branch and from release asset behave identically
09:34:13 0 vrein@tokk:~/data/local/git| ./i3status-rust/target/release/i3status-rs -V
i3status-rs 0.12.0
09:34:29 0 vrein@tokk:~/data/local/git| ./i3status-rust-v0.12.0/i3status-rust-0.12.0/target/release/i3status-rs -V
i3status-rs 0.12.0
Executed as
#status_command RUST_BACKTRACE=full /home/vrein/data/local/git/i3status-rust/target/release/i3status-rs --exit-on-error /home/vrein/.config/i3rs/config 2>>/home/vrein/i3rs.err
#status_command RUST_BACKTRACE=full /home/vrein/data/local/git/i3status-rust-v0.12.0/i3status-rust-0.12.0/target/release/i3status-rs --exit-on-error /home/vrein/.config/i3rs/config 2>>/home/vrein/i3rs.err
--exit-on-error
doesn't play any role
First two backtraces are from master, last is from v0.12.0
3
3
1
thread 'main' panicked at 'failed printing to stdout: Broken pipe (os error 32)', src/libstd/io/stdio.rs:792:9
stack backtrace:
0: 0x55db55d8cb04 - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::h4c5e39dd6bf38933
1: 0x55db55dafaac - core::fmt::write::h94b22f3cbda6422c
2: 0x55db55d897c7 - std::io::Write::write_fmt::he7e02466cb3dc860
3: 0x55db55d8f1ae - std::panicking::default_hook::{{closure}}::h077f2d0f0f4550db
4: 0x55db55d8eea1 - std::panicking::default_hook::hcc1ceebfaf9d0a58
5: 0x55db55d8f8ab - std::panicking::rust_panic_with_hook::h328d8e7ed959397b
6: 0x55db55d8f44e - std::panicking::continue_panic_fmt::h745b12464b662c8f
7: 0x55db55d8f38f - std::panicking::begin_panic_fmt::h5911c4e81ab1a1cd
8: 0x55db55d88b02 - std::io::stdio::_print::h3b4d43823e1fe46b
9: 0x55db55c3ecaa - i3status_rs::util::print_blocks::h7604a0283bf8d915
10: 0x55db55c1fdc8 - i3status_rs::run::h7976141332f13c3f
11: 0x55db55c1bc17 - i3status_rs::main::h57c960906f8c5f5d
12: 0x55db55c05b33 - std::rt::lang_start::{{closure}}::h21ded2f8796ce577
13: 0x55db55d8f2d3 - std::panicking::try::do_call::h81508b6a18a6e157
14: 0x55db55d975da - __rust_maybe_catch_panic
15: 0x55db55d8fe4d - std::rt::lang_start_internal::hfccf8c6e859ea61a
16: 0x55db55c20da2 - main
17: 0x7f1797a7d153 - __libc_start_main
18: 0x55db55b110ce - _start
19: 0x0 - <unknown>
thread '<unnamed>' panicked at 'cannot access stdin during shutdown', src/libcore/option.rs:1185:5
stack backtrace:
1
thread 'main' panicked at 'failed printing to stdout: Broken pipe (os error 32)', src/libstd/io/stdio.rs:792:9
stack backtrace:
0: 0x559cfadb0b04 - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::h4c5e39dd6bf38933
1: 0x559cfadd3aac - core::fmt::write::h94b22f3cbda6422c
2: 0x559cfadad7c7 - std::io::Write::write_fmt::he7e02466cb3dc860
3: 0x559cfadb31ae - std::panicking::default_hook::{{closure}}::h077f2d0f0f4550db
4: 0x559cfadb2ea1 - std::panicking::default_hook::hcc1ceebfaf9d0a58
5: 0x559cfadb38ab - std::panicking::rust_panic_with_hook::h328d8e7ed959397b
6: 0x559cfadb344e - std::panicking::continue_panic_fmt::h745b12464b662c8f
7: 0x559cfadb338f - std::panicking::begin_panic_fmt::h5911c4e81ab1a1cd
8: 0x559cfadacb02 - std::io::stdio::_print::h3b4d43823e1fe46b
9: 0x559cfac62caa - i3status_rs::util::print_blocks::h7604a0283bf8d915
10: 0x559cfac43dc8 - i3status_rs::run::h7976141332f13c3f
11: 0x559cfac3fc17 - i3status_rs::main::h57c960906f8c5f5d
12: 0x559cfac29b33 - std::rt::lang_start::{{closure}}::h21ded2f8796ce577
13: 0x559cfadb32d3 - std::panicking::try::do_call::h81508b6a18a6e157
14: 0x559cfadbb5da - __rust_maybe_catch_panic
15: 0x559cfadb3e4d - std::rt::lang_start_internal::hfccf8c6e859ea61a
16: 0x559cfac44da2 - main
17: 0x7f3d0bf47153 - __libc_start_main
18: 0x559cfab350ce - _start
19: 0x0 - <unknown>
thread '<unnamed>' panicked at 'cannot access stdin during shutdown', src/libcore/option.rs:1185:5
stack backtrace:
0: 0x559cfadb0b04 - <std::sys_common::backtrace::1
thread 'main' panicked at 'failed printing to stdout: Broken pipe (os error 32)', src/libstd/io/stdio.rs:792:9
stack backtrace:
0: 0x55d263c94a64 - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::h4c5e39dd6bf38933
1: 0x55d263cb7a0c - core::fmt::write::h94b22f3cbda6422c
2: 0x55d263c91727 - std::io::Write::write_fmt::he7e02466cb3dc860
3: 0x55d263c9710e - std::panicking::default_hook::{{closure}}::h077f2d0f0f4550db
4: 0x55d263c96e01 - std::panicking::default_hook::hcc1ceebfaf9d0a58
5: 0x55d263c9780b - std::panicking::rust_panic_with_hook::h328d8e7ed959397b
6: 0x55d263c973ae - std::panicking::continue_panic_fmt::h745b12464b662c8f
7: 0x55d263c972ef - std::panicking::begin_panic_fmt::h5911c4e81ab1a1cd
8: 0x55d263c90a62 - std::io::stdio::_print::h3b4d43823e1fe46b
9: 0x55d263b4f66a - i3status_rs::util::print_blocks::h70227d9cfd3f3f2b
10: 0x55d263b0f6cd - i3status_rs::main::hdd9956b945c92a99
11: 0x55d263ad56b3 - std::rt::lang_start::{{closure}}::he3e9e0a30656f653
12: 0x55d263c97233 - std::panicking::try::do_call::h81508b6a18a6e157
13: 0x55d263c9f53a - __rust_maybe_catch_panic
14: 0x55d263c97dad - std::rt::lang_start_internal::hfccf8c6e859ea61a
15: 0x55d263b10cd2 - main
16: 0x7fdf5310a153 - __libc_start_main
17: 0x55d263a2f0ce - _start
18: 0x0 - <unknown>
thread '<unnamed>' panicked at 'cannot access stdin during shutdown', src/libcore/option.rs:1185:5
stack backtrace:
0: 0x55d263c94a64 - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt
I had some time to check and I can reproduce this too.
It doesn't seem to matter what the command is, even setting it to my terminal crashes the bar.
Confirmed that #530 fixes this.
During some experiments, i have changed my config to on_click = "pavucontrol"
.
In that way i3status-rs still crashes.
But with on_click = "swaymsg exec 'pavucontrol'"
all seems to be working fine.
Can confirm too that https://github.com/greshake/i3status-rust/pull/530 fixed this.
Hmm, does this happen in i3
too? I don't have a working setup to test with atm, just sway.
@vvrein Do you still get this if you change back to on_click = "pavucontrol"
?
I just tried again (using sway-git and i3status-rust-git) but it doesn't seem to crash anymore. Wonder if something was fixed sway-side between then and now.
@ammgws Yup, can confirm that at least on master branch everything works as intended with a such config.
[[block]]
block = "sound"
driver = "pulseaudio"
on_click = "pavucontrol"
show_volume_when_muted = true
Cheers! I'll close this for now then.
Version: i3status-rs 0.9 //latest from upstream System: Archlinux
i3status-rs backtrace
sway config
i3status-rs config
Behavior: After left click pavucontrol starts, but i3status-rs brokes. if i use on_click = "pavucontrol" - pavucontrol opens but statusbar even closes without messages.
Gif: 1) click on bar 2) close pavucontrol 3) reload sway
Bar says: