error about primary_selection version
KiaraGrouwstra opened this issue · comments
hi there,
under my current setup running anyrun in niri i now get an error as follows when trying to pick a symbol to copy to clipboard:
$ RUST_BACKTRACE=full anyrun --plugins libsymbols.so
Child spawned to serve copy requests.
Received an event primary_selection requiring version >= 2 while proxy zwlr_data_control_device_v1@5 is version 1.
thread 'main' panicked at anyrun/src/main.rs:286:18:
Failed to serve copy bytes: WaylandCommunication(Custom { kind: Other, error: "Dispatch for object zwlr_data_control_device_v1@5 errored." })
stack backtrace:
0: 0x5d72aa4a2a4b - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::h85e32f8f7b08f729
1: 0x5d72aa4d2290 - core::fmt::write::hae1cf5cde4ee2188
2: 0x5d72aa497f45 - std::io::Write::write_fmt::h4ae54bff47727b29
3: 0x5d72aa4a2824 - std::sys_common::backtrace::print::hea248a594c5888cf
4: 0x5d72aa4a3477 - std::panicking::default_hook::{{closure}}::h545cae1ad29f25d2
5: 0x5d72aa4a31c4 - std::panicking::default_hook::hc1d7fee5faf0cc8a
6: 0x5d72aa4a39d8 - std::panicking::rust_panic_with_hook::h0e7975574d129b7c
7: 0x5d72aa4a38be - std::panicking::begin_panic_handler::{{closure}}::h420dcc10a77211ab
8: 0x5d72aa4a2c66 - std::sys_common::backtrace::__rust_end_short_backtrace::he6597460302ecd4a
9: 0x5d72aa4a3622 - rust_begin_unwind
10: 0x5d72aa37c9d5 - core::panicking::panic_fmt::h3cf3338e18ada46e
11: 0x5d72aa37c993 - core::result::unwrap_failed::h22597ad5fa95281f
12: 0x5d72aa380bed - anyrun::main::h3234a4726405f5ce
13: 0x5d72aa3a49d3 - std::sys_common::backtrace::__rust_begin_short_backtrace::h418ebd71cf8eb37c
14: 0x5d72aa39cd69 - std::rt::lang_start::{{closure}}::h6c9ba83773a5c162
15: 0x5d72aa4a3514 - std::panicking::try::h839c5e98485eaaba
16: 0x5d72aa4acd8b - std::rt::lang_start_internal::h6a4b333c7c2ab7bd
17: 0x5d72aa39cd5e - std::rt::lang_start::h0e7a32e3b64d238e
18: 0x7de5ee5640ce - __libc_start_call_main
19: 0x7de5ee564189 - __libc_start_main@GLIBC_2.2.5
20: 0x5d72aa37d025 - _start
21: 0x0 - <unknown>
Hm, this might actually be a Smithay issue. A check for the bound data control version may be missing.
Fix for this issue in Smithay: Smithay/smithay#1328
reopening now that we can merge their update
I mean, it's a Smithay issue, it will be merged into compositors like niri, not clients. The clients don't need to do anything.
whoops, i forgot we're on that repo now.
i see unicorn i think niri. :)
also thanks for merging this!