Big changes aside from obious UI stuff is the movement of where the status for the shown game is and the addition of a cached check for installed vs unistalled.

I got protonDB integration almost working, though I was unable to get it 100% due to a critical error that was occuring. Some help would be greatly appreciated.

The error:

error[E0277]: `?` couldn't convert the error to `STError`

Similar to Issue #9, steam-tui puts up a fatal error when starting it normally:

Problem("Utf8Error { valid_up_to: 4502, error_len: Some(1) }")

However, when trying to run it with cargo run 2> err , I get another error:

Problem("Unknown command sent [0mUsage:\n\tlogin <username> [<password>] [<Steam guard code>]\n")

err.txt

So I tried to build it again (using cargo build --release) and this happened

I am using Ubuntu 21.04 over a SSH connection

Edit: I just tested this in the VM's console (no SSH involved this way) and while it didn't do stuff like in that picture, it still failed like above

Whilst building the library once logging in, it gets to about 50 something percent and then errors with this error:

Problem("Utf8Error { valid_up_to: 4502, error_len: Some(1) }")

Any ideas?

This is on arch linux, installed from the AUR with yay. I tried the steam-tui, and the steam-tui-bin just in case.

Inside of steam-tui it shows up games which i dont own, This is the gameslist on steam-tui ^^ and this is my normal steam library vv i've made sure that the games arn't hidden or anything, i realise that you've sorta left this project alone so i understand if you don't put in the time to fix it but just thought id let you know.

Shortly after starting steam-tui crashes with the following message:

`thread '' panicked at 'Stopping anyway.: Io(Os { code: 32, kind: BrokenPipe, message: "Broken pipe" })', src/interface.rs:288:14

note: run with `RUST_BACKTRACE=1` environment variable to display the backtrace.

Running with RUST_BACKTRACE=1 give me the same message, but tell me to run with RUST_BACKTRACE=full.

Running with RUST_BACKTRACE=full give the follwing:

ldd /usr/bin/steam-tui
	linux-vdso.so.1 (0x00007ffda5141000)
	libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fb6e798e000)
	libm.so.6 => /usr/lib/libm.so.6 (0x00007fb6e78a6000)
	libc.so.6 => /usr/lib/libc.so.6 (0x00007fb6e769c000)
	/lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007fb6e7caf000)

When you hold j/k/up/down there is lag and will continue scrolling for a bit after the key is released. The lag doesn't become noticeable until I scroll more than about 10 items, but since I have a fairly large library cluttered with unplayed games from humble bundle this is frequent. If the scrolling lag is not an easy fix, a good work around would be to be able to filter the list to downloaded only.

Love the ascii art and vim binds, very cool program.

Whichever game I try launching, it gives me the error in the title, along with "Try setting $STEAM_APP_DIR". I have set it to path /home/grisha/.local/share/Steam. What do I need to do to make this work? steam-tui | 0.2.1-4 from AUR

Hi!

This is a pretty cool TUI for steam, I gotta be honest. Two things that appeared to me though:

I get multiple entries for the same game, if they are installed:

Is this an issue of your implementation?

Also, would it be possible to add a filter to only show installed games? Would make things easier for ppl with larger libraries.

I know some rust, so If you point me to the right places, I might be able to modify that myself.

Cheers!

Full log: nix log /nix/store/fmgcz5rhwnvg5svyx9icww1slj34mnzc-steam-tui-dev.drv --extra-experimental-features nix-command

@nix { "action": "setPhase", "phase": "unpackPhase" }
unpacking sources
unpacking source archive /nix/store/4zpqdkwjwdf1y9rp95kzlnrwllidcxnr-wd2mckabynwimgkqwmkvjkjgg34ha8al-source
source root is wd2mckabynwimgkqwmkvjkjgg34ha8al-source
Executing cargoSetupPostUnpackHook
unpacking source archive /nix/store/w3b82kii9ynw2wmj5p69ksyllvrdrc3g-cargo-vendor-dir
Finished cargoSetupPostUnpackHook
@nix { "action": "setPhase", "phase": "patchPhase" }
patching sources
Executing cargoSetupPostPatchHook
Validating consistency between /build/wd2mckabynwimgkqwmkvjkjgg34ha8al-source//Cargo.lock and /build/cargo-vendor-dir/Cargo.lock
Finished cargoSetupPostPatchHook
@nix { "action": "setPhase", "phase": "configurePhase" }
configuring
@nix { "action": "setPhase", "phase": "buildPhase" }
building
Executing cargoBuildHook
++ env CC_x86_64-unknown-linux-gnu=/nix/store/6mx62f4mdv5y1awi7y2mp23a76gg0ba7-gcc-wrapper-11.3.0/bin/cc CXX_x86_64-unknown-linux-gnu=/nix/store/6mx62f4mdv5y1awi7y2mp23a76gg0ba7-gcc-wrapper-11.3.0/bin/c++ CC_>
   Compiling autocfg v1.1.0
   Compiling libc v0.2.126
   Compiling cfg-if v1.0.0
   Compiling proc-macro2 v1.0.40
   Compiling once_cell v1.12.0
   Compiling unicode-ident v1.0.1
   Compiling quote v1.0.20
   Compiling syn v1.0.98
   Compiling memchr v2.5.0
   Compiling log v0.4.17
   Compiling scopeguard v1.1.0
   Compiling cc v1.0.73
   Compiling futures-core v0.3.21
   Compiling crossbeam-utils v0.8.10
   Compiling bitflags v1.3.2
   Compiling pkg-config v0.3.25
   Compiling pin-project-lite v0.2.9
   Compiling bytes v1.1.0
   Compiling futures-sink v0.3.21
   Compiling itoa v1.0.2
   Compiling serde_derive v1.0.138
   Compiling rayon-core v1.9.3
   Compiling adler v1.0.2
   Compiling smallvec v1.9.0
   Compiling futures-task v0.3.21
   Compiling serde v1.0.138
   Compiling crc32fast v1.3.2
   Compiling fnv v1.0.7
   Compiling adler32 v1.2.0
   Compiling foreign-types-shared v0.1.1
   Compiling openssl v0.10.40
   Compiling parking_lot_core v0.9.3
   Compiling signal-hook v0.3.14
   Compiling futures-util v0.3.21
   Compiling tinyvec_macros v0.1.0
   Compiling futures-channel v0.3.21
   Compiling native-tls v0.2.10
   Compiling matches v0.1.9
   Compiling either v1.7.0
   Compiling httparse v1.7.1
   Compiling slab v0.4.6
   Compiling pin-utils v0.1.0
   Compiling futures-io v0.3.21
   Compiling hashbrown v0.12.1
   Compiling failure_derive v0.1.8
   Compiling unicode-xid v0.2.3
   Compiling gimli v0.26.1
   Compiling unicode-width v0.1.9
   Compiling percent-encoding v2.1.0
   Compiling weezl v0.1.6
   Compiling try-lock v0.2.3
   Compiling openssl-probe v0.1.5
   Compiling half v1.8.2
   Compiling rustc-demangle v0.1.21
   Compiling numtoa v0.1.0
   Compiling tower-service v0.3.2
   Compiling color_quant v1.1.0
   Compiling unicode-bidi v0.3.8
   Compiling ryu v1.0.10
   Compiling serde_json v1.0.82
   Compiling encoding_rs v0.8.31
   Compiling lebe v0.5.1
   Compiling httpdate v1.0.2
   Compiling bit_field v0.10.1
   Compiling scoped_threadpool v0.1.9
   Compiling cassowary v0.3.0
   Compiling unicode-segmentation v1.9.0
   Compiling byteorder v1.4.3
   Compiling bytemuck v1.10.0
   Compiling lazy_static v1.4.0
   Compiling ipnet v2.5.0
   Compiling regex-syntax v0.6.26
   Compiling mime v0.3.16
   Compiling base64 v0.13.0
   Compiling port_scanner v0.1.5
   Compiling tracing-core v0.1.28
   Compiling thread_local v1.1.4
   Compiling lock_api v0.4.7
   Compiling memoffset v0.6.5
   Compiling crossbeam-epoch v0.9.9
   Compiling num-traits v0.2.15
   Compiling num-integer v0.1.45
   Compiling indexmap v1.9.1
   Compiling rayon v1.5.3
   Compiling num-iter v0.1.43
   Compiling num-rational v0.4.1
   Compiling miniz_oxide v0.5.3
   Compiling http v0.2.8
   Compiling foreign-types v0.3.2
   Compiling deflate v1.0.0
   Compiling inflate v0.4.5
   Compiling tinyvec v1.6.0
   Compiling getopts v0.2.21
   Compiling form_urlencoded v1.0.1
   Compiling openssl-sys v0.9.74
   Compiling backtrace v0.3.65
   Compiling gif v0.11.4
   Compiling addr2line v0.17.0
   Compiling fuzzy-matcher v0.3.7
   Compiling tracing v0.1.35
   Compiling http-body v0.4.5
   Compiling unicode-normalization v0.1.21
   Compiling want v0.3.0
   Compiling object v0.28.4
   Compiling aho-corasick v0.7.18
   Compiling num_cpus v1.13.1
   Compiling mio v0.8.4
   Compiling socket2 v0.4.4
   Compiling signal-hook-registry v1.4.0
   Compiling getrandom v0.2.7
   Compiling termion v1.5.6
   Compiling dirs-sys-next v0.1.2
   Compiling atty v0.2.14
   Compiling crossbeam-channel v0.5.5
   Compiling flate2 v1.0.24
   Compiling png v0.17.5
   Compiling threadpool v1.8.1
   Compiling idna v0.2.3
   Compiling tokio v1.19.2
   Compiling regex v1.5.6
   Compiling nanorand v0.7.0
   Compiling dirs-next v2.0.0
   Compiling pretty-bytes v0.2.2
   Compiling spin v0.9.3
   Compiling parking_lot v0.12.1
   Compiling url v2.2.2
   Compiling signal-hook-mio v0.2.3
   Compiling shellexpand v2.1.0
   Compiling crossbeam-deque v0.8.1
   Compiling tokio-util v0.7.3
   Compiling crossterm v0.23.2
   Compiling synstructure v0.12.6
   Compiling h2 v0.3.13
   Compiling openssl-macros v0.1.0
   Compiling pin-project-internal v1.0.11
   Compiling hyper v0.14.19
   Compiling jpeg-decoder v0.2.6
   Compiling failure v0.1.8
   Compiling tiff v0.7.2
   Compiling pin-project v1.0.11
   Compiling flume v0.10.13
   Compiling tokio-native-tls v0.3.0
   Compiling exr v1.4.2
   Compiling hyper-tls v0.5.0
   Compiling tui v0.18.0
   Compiling serde_urlencoded v0.7.1
   Compiling image v0.24.2
   Compiling reqwest v0.11.11
   Compiling tui-image-rgba-updated v0.2.2
   Compiling steam-tui v0.2.1 (/build/wd2mckabynwimgkqwmkvjkjgg34ha8al-source)
    Finished release [optimized] target(s) in 1m 55s
Executing cargoInstallPostBuildHook
Finished cargoInstallPostBuildHook
Finished cargoBuildHook
buildPhase completed in 1 minutes 55 seconds
@nix { "action": "setPhase", "phase": "checkPhase" }
running tests
Executing cargoCheckHook
++ cargo test -j 8 --release --target x86_64-unknown-linux-gnu --frozen -- --test-threads=8
   Compiling steam-tui v0.2.1 (/build/wd2mckabynwimgkqwmkvjkjgg34ha8al-source)
    Finished release [optimized] target(s) in 3.91s
     Running unittests src/lib.rs (target/x86_64-unknown-linux-gnu/release/deps/steam_tui-b76d212d596bab28)

running 9 tests
test util::parser::tests::test_parse_data ... ok
test util::parser::tests::test_parse_update ... ok
test util::parser::tests::test_parse_update_basic ... ok
test client::tests::test_implicit_line_ending ... FAILED
test client::tests::test_polluted_data ... FAILED
test util::parser::tests::test_parse_update_fail ... ok
test util::parser::tests::test_parse_update_continue ... ok
test util::parser::tests::test_parse_update_sucess ... ok
test client::tests::test_blank_login ... ok

failures:

---- client::tests::test_implicit_line_ending stdout ----
thread 'client::tests::test_implicit_line_ending' panicked at 'Channel dies: RecvError', src/client.rs:584:14
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

---- client::tests::test_polluted_data stdout ----
thread 'client::tests::test_polluted_data' panicked at 'Channel dies: RecvError', src/client.rs:569:14


failures:
    client::tests::test_implicit_line_ending
    client::tests::test_polluted_data

test result: FAILED. 7 passed; 2 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.00s

error: test failed, to rerun pass '--lib'

cargo test on the same installation works without problems

Title says all. It seems that all source engine games are unable to be launched through steam-tui (perhaps due to my install of steamcmd ?)

It seems that the issue is linked to libraries not loading. For Half Life, it's hw.so, for TF2 it's engine.so. Non-source games seem to work just fine.

I've read online that launching these games through the steam client instead of steamcmd worked just fine, perhaps that's the underlying cause, the client pointing the executable to libraries while steam-tui doesn't ?

I can provide more info, screenshots, logs, anything as long as it's requested. Have a good day, reader !

I see the ASCII Steam logo and a login prompt at the bottom of the screen. When I put in my username it just hangs.

steamcmd has been installed and I followed the steps to set that up. openssl-dev was also installed because Cargo complained.

When running just the standard binary, that doesn't work at all:

ldd steam-tui linux-vdso.so.1 (0x00007ffdfb7b5000) libssl.so.1.1 => not found libcrypto.so.1.1 => not found libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fd452976000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fd45288f000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd452665000) /nix/store/mhhlymrg2m70r8h94cwhv2d7a0c8l7g6-glibc-2.34-210/lib/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x00007fd45309f000)

Linux 5.15.0-56-generic #62-Ubuntu (Mint) SMP 8(16) AMD Threadripper 3800MHz processors, 121357.90 total bogomips, 31953M RAM System library 2.35.0

Hi! I've tried to use steam-tui for a fair while now and unfortunately it seems like most often than not games are borked and refuse to launch. For example, lately I've tried to make 4 linux native games work with different launch scripts, both on NixOS and Ubuntu and this is the result:

• Terraria - doesn't launch, steamcmd reports CHIDDeviceListSDL(): Couldn't load libSDL2-2.0.so.0, not enumerating devices I managed to get around that by preloading the SDL2 library packaged by steam and running the binary directly with LD_LIBRARY_PATH=~/.steam/bin32/:$LD_LIBRARY_PATH ~/.local/share/Steam/steamapps/common/Terraria/Terraria but it threw an exception anyway Exception: System.TypeInitializationException: The type initializer for 'Microsoft.Xna.Framework.FNAPlatform' threw an exception. ---> System.NullReferenceException: Object reference not set to an instance of an object. On Ubuntu it terminates with [S_API FAIL] SteamAPI_Init() failed; create pipe failed.. I gave up on that one. Works on steam GUI.
• missed messages - steamcmd reports that ERROR! AppId 812810 launch failed (Update required) but when I run app_update 812810 there's nothing to update. Running the binary directly runs the game in 0x0 window which well, makes it pretty unplayable. Works on steam GUI.
• War Thunder - steamcmd reports ERROR! AppId 236390 launch failed (Missing executable). Works if launched directly either from steam or command line, but steam-tui reports that it can't find the executable anyway (because of steamcmd) or gets stuck on launching... if steam is running in the background.
• You Have to Win the Game - basically the same as missed messages, but when run directly this one can't even load steam api by default error while loading shared libraries: libsteam_api.so: cannot open shared object file: No such file or directory. Again, steam-tui gets stuck in launching... phase. And again, works through steam GUI.

All in all, I don't know if it's only happening to me, but based on my experience and the discussions I've read online it seems like steamcmd is pretty ill-equipped for launching games beside simple servers, as it doesn't manage the libraries correctly and probably isn't even properly maintained (looking at the tiny documentation and non-existent support). To make user experience better, I'd simply offload the game launch phase straight to steam GUI and with -silent -nobrowser which seems to work, at least for me, 100% of the time (and this should also auto detect and start games with steam proton). However, that's just my opinion for now - I'd like to hear if anyone else encountered such errors and if you were able to solve it, if it's possible at all.

Hello. My question is - is it possible to somehow run and use steam-tui on windows 10. I only managed to install steamcmd. It is not clear how to start binary.

Every game is a little different to get up and running reliably. steam-tui should look for a custom user script to run prior to trying the other scripts. Reasonable hack for getting around user/system specific proton calls etc..

Shouldn't be too hard. Have a script that replaces hashes. I don't use Arch anymore to test though.

Would like Arch tester / contributor to make this happen

Hi, I haven't tried steam-tui yet but I like the look of it and I think I have an idea that aligns with your goals.

There's an open source replacement for the steam_api library called Goldberg Steam Emulator, it allows you to run most games without the Steam client at all by emulating the steamworks functions that games are looking for.

For steam-tui to implement this feature, it would be best to allow users to configure steam-emu on a per-game basis, copying and backing up the steam_api files when it's enabled, and putting the originals back when it's disabled.

Also I should note that there's games this won't work with, as it's not a crack for games with DRM. If the game has any DRM Goldberg can not bypass it. In those cases the bare-bones steam client feature will still be useful.