Would be better ux, and would allow it to work directly with decoded QR codes

"otpauth://totp/$ISSUER:$LABEL?algorithm=$ALGORITHM&digits=$DIGITS&issuer=$ISSUER&period=$PERIOD&secret=$SECRET"

I think a useful feature would be to be able to do a find search to select issuer/label with ctrl + f and/or /

Also one minor thing: I think it would be nice if k were moved off this bind: k -> Show QRCode of the selected element and instead using k/j as vim alts for ↑/↓ would be better/more universal imo

What do you think about this approach? It tries Wayand, then X11, and finally OSC52. Personally that works really well for me, as I mainly run on a remote VPS without a graphics environment.

Also, I'm still new to Rust, and tried a long to refactor the blocks in copy_to_clipboard_decide_method() but got lost in the types. There seems to be a generic ClipboardProvider type but I just couldn't figure out how to implement it. I'd love to know if you can see a way to DRY it.

hi, i got this segfault, see details:

• cotp commit 49d2c1f
• cargo 1.58.0 (f01b232bc 2022-01-19)
• cargo build target: release
• ~/.cotp/db.cotp does not exist
• failing command: cotp add -i xyz -l xyz@xyz -a SHA1 -d 6

(gdb) bt
#0  0x8000a4ca in chacha20poly1305::cipher::Cipher$LT$C$GT$::new::hed69a7d757b7398b ()
#1  0x800327f7 in cotp::database_management::overwrite_database_json::h53b38a1489223167 ()
#2  0x8003b4e8 in cotp::main::h633cef697bb2ae07 ()
#3  0x8000b6ae in std::sys_common::backtrace::__rust_begin_short_backtrace::hcb8c7447e08876a5 ()
#4  0x8003e256 in main ()

Thank you for creating this program. I found this when l was looking an OTP manager (compatible with Authy) on Alpine.

I have tried to compile binary from the source code on Alpine 3.13.5 but it says the following errors. Please help me. Thank you.

Compiling cotp v0.1.8 (/root/cotp)
error[E0271]: type mismatch resolving `<[u8; 16] as std::convert::TryFrom<std::vec::Vec<u8>>>::Error == std::vec::Vec<u8>`
  --> src/cryptograpy.rs:86:14
   |
86 |     byte_vec.try_into()
   |              ^^^^^^^^ expected enum `std::convert::Infallible`, found struct `std::vec::Vec`
   |
   = note: expected enum `std::convert::Infallible`
            found struct `std::vec::Vec<u8>`

error[E0277]: the trait bound `[u8; 16]: std::convert::From<std::vec::Vec<u8>>` is not satisfied
  --> src/cryptograpy.rs:86:14
   |
86 |     byte_vec.try_into()
   |              ^^^^^^^^ the trait `std::convert::From<std::vec::Vec<u8>>` is not implemented for `[u8; 16]`
   |
   = help: the following implementations were found:
             <[u8; 4] as std::convert::From<ring::endian::BigEndian<u32>>>
             <[u8; 4] as std::convert::From<ring::endian::LittleEndian<u32>>>
             <[u8; 8] as std::convert::From<ring::endian::BigEndian<u64>>>
             <[u8; 8] as std::convert::From<ring::endian::LittleEndian<u64>>>
   = note: required because of the requirements on the impl of `std::convert::Into<[u8; 16]>` for `std::vec::Vec<u8>`
   = note: required because of the requirements on the impl of `std::convert::TryFrom<std::vec::Vec<u8>>` for `[u8; 16]`
   = note: required because of the requirements on the impl of `std::convert::TryInto<[u8; 16]>` for `std::vec::Vec<u8>`

error[E0271]: type mismatch resolving `<[u8; 24] as std::convert::TryFrom<std::vec::Vec<u8>>>::Error == std::vec::Vec<u8>`
  --> src/cryptograpy.rs:91:14
   |
91 |     byte_vec.try_into()
   |              ^^^^^^^^ expected enum `std::convert::Infallible`, found struct `std::vec::Vec`
   |
   = note: expected enum `std::convert::Infallible`
            found struct `std::vec::Vec<u8>`

error[E0277]: the trait bound `[u8; 24]: std::convert::From<std::vec::Vec<u8>>` is not satisfied
  --> src/cryptograpy.rs:91:14
   |
91 |     byte_vec.try_into()
   |              ^^^^^^^^ the trait `std::convert::From<std::vec::Vec<u8>>` is not implemented for `[u8; 24]`
   |
   = help: the following implementations were found:
             <[u8; 4] as std::convert::From<ring::endian::BigEndian<u32>>>
             <[u8; 4] as std::convert::From<ring::endian::LittleEndian<u32>>>
             <[u8; 8] as std::convert::From<ring::endian::BigEndian<u64>>>
             <[u8; 8] as std::convert::From<ring::endian::LittleEndian<u64>>>
   = note: required because of the requirements on the impl of `std::convert::Into<[u8; 24]>` for `std::vec::Vec<u8>`
   = note: required because of the requirements on the impl of `std::convert::TryFrom<std::vec::Vec<u8>>` for `[u8; 24]`
   = note: required because of the requirements on the impl of `std::convert::TryInto<[u8; 24]>` for `std::vec::Vec<u8>`

error: aborting due to 4 previous errors

Some errors have detailed explanations: E0271, E0277.
For more information about an error, try `rustc --explain E0271`.
error: failed to compile `cotp v0.1.8 (/root/cotp)`, intermediate artifacts can be found at `/root/cotp/target`

Caused by:
  could not compile `cotp`.

To learn more, run the command again with --verbose.

As mentioned here, Aegis supports Steam entries. If a backup contains a Steam entry and it's imported into cotp, this error shows every time cotp is ran. I assume this same error would occur for Yandex entries, but I have not tested this.

Possible Solutions:

• skip steam and yandex entries and display a warning that these cannot be imported
• add support for steam and yandex

Hey thank you for this neat little tool. When i first tried to import my aegis json file it spit out a huge error. Then i realized it's because of the encryption used when exporting aegis.

Yes, I'm aware that i can export from aegis without encryption! But it would be convenient if it would take encrypted json files :)

EDIT: Probably this function for decryption

I added a new OTP code, but now cotp crashes when trying to unlock. Did I insert some invalid characters by accident?

cotp v0.1.7 written by @replydev

Password: thread 'main' panicked at 'called Result::unwrap() on an Err value: InvalidSecret(DecodeError { position: 6, kind: Symbol })', src/otp/otp_helper.rs:67:90 stack backtrace: 0: 0x5557804e2730 - std::backtrace_rs::backtrace::libunwind::trace::h38f496e2f60ff056 at /build/rust/src/rustc-1.51.0-src/library/std/src/../../backtrace/src/backtrace/libunwind.rs:90:5 1: 0x5557804e2730 - std::backtrace_rs::backtrace::trace_unsynchronized::h56106da60d2adf4e at /build/rust/src/rustc-1.51.0-src/library/std/src/../../backtrace/src/backtrace/mod.rs:66:5 2: 0x5557804e2730 - std::sys_common::backtrace::_print_fmt::he96612ccef88d499 at /build/rust/src/rustc-1.51.0-src/library/std/src/sys_common/backtrace.rs:67:5 3: 0x5557804e2730 - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::h7bc9abcb54e035e8 at /build/rust/src/rustc-1.51.0-src/library/std/src/sys_common/backtrace.rs:46:22 4: 0x5557804ff4ac - core::fmt::write::hc902605fce7cd9d0 at /build/rust/src/rustc-1.51.0-src/library/core/src/fmt/mod.rs:1096:17 5: 0x5557804df845 - std::io::Write::write_fmt::hc1b61b7b2ff05b80 at /build/rust/src/rustc-1.51.0-src/library/std/src/io/mod.rs:1568:15 6: 0x5557804e4855 - std::sys_common::backtrace::_print::hbfdf09e2f4163e71 at /build/rust/src/rustc-1.51.0-src/library/std/src/sys_common/backtrace.rs:49:5 7: 0x5557804e4855 - std::sys_common::backtrace::print::h0f74697e38abc595 at /build/rust/src/rustc-1.51.0-src/library/std/src/sys_common/backtrace.rs:36:9 8: 0x5557804e4855 - std::panicking::default_hook::{{closure}}::hddc95caf81a22541 at /build/rust/src/rustc-1.51.0-src/library/std/src/panicking.rs:208:50 9: 0x5557804e43b3 - std::panicking::default_hook::h3eba1f2638a2c835 at /build/rust/src/rustc-1.51.0-src/library/std/src/panicking.rs:225:9 10: 0x5557804e4ff1 - std::panicking::rust_panic_with_hook::h8f88f1391abedf2a at /build/rust/src/rustc-1.51.0-src/library/std/src/panicking.rs:591:17 11: 0x5557804e4b37 - std::panicking::begin_panic_handler::{{closure}}::hf473b53e26f56dd7 at /build/rust/src/rustc-1.51.0-src/library/std/src/panicking.rs:497:13 12: 0x5557804e2bcc - std::sys_common::backtrace::__rust_end_short_backtrace::h6fde4603ccb02286 at /build/rust/src/rustc-1.51.0-src/library/std/src/sys_common/backtrace.rs:141:18 13: 0x5557804e4a99 - rust_begin_unwind at /build/rust/src/rustc-1.51.0-src/library/std/src/panicking.rs:493:5 14: 0x5557804fde41 - core::panicking::panic_fmt::hac8c69602870cdf7 at /build/rust/src/rustc-1.51.0-src/library/core/src/panicking.rs:92:14 15: 0x5557804fdc63 - core::option::expect_none_failed::h7dfb96068fc9393b at /build/rust/src/rustc-1.51.0-src/library/core/src/option.rs:1300:5 16: 0x5557804760f0 - cotp::otp::otp_helper::get_good_otp_code::hc0c2526e9ba65e40 17: 0x5557804757a6 - cotp::otp::otp_helper::show_codes::h48fb5873267a30a8 18: 0x555780477d0f - cotp::main::h3f3a62180fef9322 19: 0x5557804786f3 - std::sys_common::backtrace::__rust_begin_short_backtrace::ha6798c2b8a70492a 20: 0x55578046aa89 - std::rt::lang_start::{{closure}}::h06055368eb7f2e5f 21: 0x5557804e5417 - core::ops::function::impls::<impl core::ops::function::FnOnce for &F>::call_once::h6646ba386ff34dbe at /build/rust/src/rustc-1.51.0-src/library/core/src/ops/function.rs:259:13 22: 0x5557804e5417 - std::panicking::try::do_call::h47e376e14a330979 at /build/rust/src/rustc-1.51.0-src/library/std/src/panicking.rs:379:40 23: 0x5557804e5417 - std::panicking::try::hb7ef6d6b3d4db346 at /build/rust/src/rustc-1.51.0-src/library/std/src/panicking.rs:343:19 24: 0x5557804e5417 - std::panic::catch_unwind::h534d7ac891813066 at /build/rust/src/rustc-1.51.0-src/library/std/src/panic.rs:431:14 25: 0x5557804e5417 - std::rt::lang_start_internal::h8191eeb0dbee8736 at /build/rust/src/rustc-1.51.0-src/library/std/src/rt.rs:51:25 26: 0x555780477e82 - main 27: 0x7fbb4bec1b25 - __libc_start_main 28: 0x55578045c17e - _start 29: 0x0 -

Hi, first off, thank you! I love this! Although Aegis is amazing, half the time, I need the code for the terminal and cotp does that perfectly, exporting from Aegis was made easy by cotp too. In fact, it works so good that I went a step further completely deleted Aegis and built cotp on Termux (so I can still always access my codes away from my PC), now I am writing a small bash script for a Termux shortcut (a widget on my homescreen), when clicking it, if it detects a URL saved on my clipboard, it will try to find the coresponding entry (e.g https://github.com will return my github code, etc.), else prompts you to select one of your entries. Good bye interpreted, memory-hogging Java and hello Rust! :) So this is... A: Thank you! B: Reporting it works perfectly on Android for your ReadMe, C: Whilst I was there, I noticed "Nix OS" wasnt listed, I can confirm it works on this distro too, another one for the ReadMe!

I'll close this now 🤣

https://gist.github.com/gboudreau/94bb0c11a6209c82418d01a59d958c93 This is a root-less way to acquire Authy tokens, and doesn't require any conversion, can this method be parsed as well? Currently when attempting to import, I receive this error:

Howdy!

I just found this tool, and I think it's super handy! I'm using it with an HOTP secret I need for a login I use regularly. One problem I've encountered is that in order to increment the counter, I need to first run cotp info -i <n> to get the current counter value, followed by cotp edit -i 1 --counter <x+1> to increment it, then finally enter the UI with cotp to get the code - a process which involves entering my password three times, and a lot of commands, even if you have the index memorized.

I'd like to request a way to increment / decrement the counter from within the UI, perhaps incrementing it when the user presses Enter (+ copying the old code), and decrementing it with Shift+Enter, or whatever way you think best. This would dramatically improve the workflow for using HOTP codes, and I think improve the software over all.

Thanks for the great software!

Bumps actions/upload-artifact from 3.1.1 to 3.1.2.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Bumps serde from 1.0.150 to 1.0.152.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Bumps clap from 4.0.29 to 4.0.32.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Bumps serde_json from 1.0.89 to 1.0.91.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.