Neofetch: w3m is cutoff by output/scrot triggers before full output

[Flat]

Description

When running neofetch using w3m as the backend and specifying the image parts of the image are cutoff. When running neofetch with the -s flag the screenshot is taken before the full output is printed and the image is displayed correctly.

Neofetch version

3.0

Screenshot

running neofetch

neofetch -s

Verbose log

https://gist.github.com/Flat/092a2ee0b808622505b59bfd3b67c2cb

Terminal is xfce4-terminal since neofetch can't seem to detect it.

[dylanaraps]

There's something wrong with your log file. Here's what it should look like: http://pastebin.com/raw/sifHL6EJ Can you send me a valid log file of both neofetch and neofetch-s?

I'll need some more info as well:

• Did these issues occur in other versions of neofetch?
• Do these issues occur with other terminal emulators?
• Do these issues still occur if you disable your compositor?
• Do these issue still occur in ascii mode? neofetch --ascii.

This could very well be a locale issue, I'll try and do some digging.

[Flat]

Had to redirect err to sdout and | tee it to get a readable logfile. :thinking:. Anywho updated the gist with the fixed log as well as the log for the -s option. Link again for your convenience

• I've never used any other version of neofetch.
• In gnome-terminal and urxvt the image does not show up at all.
• There is no way to disable the compositor in budgie-desktop (Seeing as it works without tmux I don't think it's a compositor issue. See below)
• ascii mode is a jumble of malformed text that seems to break my terminal

I should have also mentioned this was inside tmux. Outside of tmux regular neofetch seems to display the image correctly, however the -s flag still takes the screenshot too soon. Both inside and outside of tmux --ascii mode is still broken and looks like this:

I've tried to add the log for --ascii to the gist, but it's 13MB so here's another link to that https://files.catbox.moe/fqhrhs.log

[dylanaraps]

Can you send me the output of locale?

[Flat]

LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=en_US.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=en_US.UTF-8
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

[dylanaraps]

What's the output of echo $TERM?

[Flat]

echo $TERM
tmux

Outside tmux:

echo $TERM
xterm-256color

[dylanaraps]

Does neofetch --ascii work in other terminal emulators?

Sorry for asking all of these questions, I need to be able to reproduce this (or at least find the cause) so I can fix it. :)

[Flat]

neofetch --ascii does not work in other terminals.
It does work without an image_source set in the config. (For showing the distro ascii text. just making that clear)

And no problem. Ask all the questions you need to. I know how bug hunting goes when you can't activate the same bug on your end. It's a pain. Thank you for working to try and fix it!

[dylanaraps]

Can you try out the locale-remove branch? I've removed all locale modification to see if this is the issue, in the 13MB log file you sent me the garbage starts getting printed right after Neofetch changes your locale.

Just run Neofetch in both w3m and `ascii modes with this branch and let me know if anything changes.

[Flat]

Using that branch the image doesn't display inside tmux at all. ASCII is still a jumbled mess both using tmux and sans.

[dylanaraps]

Does neofetch work in a TTY?

[Flat]

It does not. Same garbled text.

[dylanaraps]

Does Screenfetch work? Do you experience similar issues with any other programs?

[dylanaraps]

This seems like the same issue:

http://unix.stackexchange.com/questions/109650/some-garbage-characters-in-linux-terminal

[Flat]

neofetch does display fine without image_source set (with a default config everything works fine). As far as I know screenfetch doesn't support images on the terminal nor image to ascii. I believe the garbled text issue may be due to whatever backend neofetch uses on source_image to convert to ascii.

[dylanaraps]

Can you send me your config file?

[Flat]

Sure. Here it is. The only changes I've made from default are image_source and image_backend though.

config

edit: just noticed the lang exports in the config. Commented them out and tried the locale-remove branch again. No change.

[dylanaraps]

I know what's causing the ascii issue. If image_source is an image file and you're in ascii mode then Neofetch will try and use the image file as ascii art. (This shouldn't happen)

I'll work on a fix for this issue and we'll see what issues remain afterwards.

[dylanaraps]

I've fixed the ascii issue, please try out the latest master.

[Flat]

ascii now works with image_source set. -s also works with full text.

w3m shows no image in tmux.

[dylanaraps]

So the only issue now is w3m not displaying images in tmux?

[Flat]

Correct.

[dylanaraps]

Does ranger or w3m display images properly inside tmux?

You can test out w3m by using this command: w3m https://github.com/dylanaraps/neofetch. Do the README images load?

You can test out ranger by setting set preview_images to true in ranger's rc.conf file and navigating to an image.

[Flat]

Images work in w3m inside tmux. After restarting tmux neofetch does display the image using w3m but it's still looks like the screenshot in the initial report. (Lines missing through it)

[dylanaraps]

Try out the latest master, the issue should be fixed now. :)

[Flat]

Yup! Looks perfect in tmux now. Thanks!

[dylanaraps]

Anytime :)