XFCE - Blank text in terminalFixing scrolling in nano running in tmux in mate-terminalHow to run...

Does unblocking power bar outlets through short extension cords increase fire risk?

Why do jet engines sound louder on the ground than inside the aircraft?

Should I have one hand on the throttle during engine ignition?

How did J. J. Thomson establish the particle nature of the electron?

Can error correction and detection be done without adding extra bits?

Who or what determines if a curse is valid or not?

What's a German word for »Sandbagger«?

Why are there few or no black super GMs?

Company looks for long-term employees, but I know I won't be interested in staying long

How can I automate this tensor computation?

Is it possible to invoke "super" with less ambiguous results?

Why is an object not defined as identity morphism?

How do I reproduce this layout and typography?

Null expletive objects in Latin? "Cariotae cum ficis certandum habent" (Plin. Ep. 1,8)

Could a US citizen born through "birth tourism" become President?

solving license plate equations

Why is the Intel 8086 CPU called a 16-bit CPU?

Who would use the word "manky"?

Did Hitler say this quote about homeschooling?

How many opportunity attacks can you make per turn before becoming exhausted?

How do you send money when you're not sure it's not a scam?

Align the contents of a numerical matrix when you have minus signs

Do medium format lenses have a crop factor?

Do higher dimensions have axes?



XFCE - Blank text in terminal


Fixing scrolling in nano running in tmux in mate-terminalHow to run xfce-terminal with different commands per tab and keep using the tabs after the commands have returned?Opening multiple split windows with GNU screen with single bash scriptSelectively record commands and output from terminal to MySQL tableSlow gtk-based terminal emulators vs konsole and xtermSetting Terminal tab names in OS X and using vimLine across the entire screen that occurs only when running Xfce with a Dock applicationschool prac: “screensaver”How to copy/paste text using the mouse from one tmux instance in one terminal emulator to another tmux instance in a different terminal emulator?Xfce4 terminal input buffer issues






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







3















I've just performed a fresh install of Arch Linux on my laptop (ThinkPad A485, though that's probably not relevant here), and installed XFCE4. Everything seems to be working with the exception of one (very peculiar) issue with the terminal emulator: whenever I open a new terminal window, the output of whatever command I enter is (usually) blank until I either highlight it with my cursor or press another key. For example,



[user@thinkpad ~]$ls


looks like (after pressing ENTER):



[user@thinkpad ~]$ls


(a blank line where the output should be). However, when I press ENTER, any other key, or highlight the blank line with my mouse, the blank line changes, making the terminal now look like



[user@thinkpad ~]$ls
Desktop Documents Downloads Music Pictures Public Templates Videos


which is the (expected) output of ls. This sort of "delay" occurs almost always on the first command I enter in any terminal window, and sometimes at (seemingly) random commands after, particularly with sudo where it will hide the password prompt until the password is entered or some other key is pressed.



A few important things to note:




  • I'm using bash 5.0.2 for the most part, however, I have also encountered the exact same issue on ksh and fish


  • I've tried the following terminal emulators and experienced the above issue with all of them under XFCE: xfce4-terminal, gnome-terminal, lxterminal, tilda, mate-terminal, and terminator. All of these have encountered this issue across bash, ksh, and fish. So far I have not been able to recreate the problem in xterm.


  • The system has been rebooted several times

  • This issue affects SSH sessions as well, blanking out lines of output until highlighted or another key is pressed

  • The issue does not come up under other desktop environments -- I've installed LXDE and MATE, and terminal sessions behave exactly as they should with no blanked out lines.

  • When the issue does come up, running reset or stty sane usually prevents it from happening again within that terminal window. However, adding stty sane to my .bashrc does not seem to resolve the issue, and any new terminal windows still have the same problem


My .bashrc is pretty vanilla, but here it is:



#
# ~/.bashrc
#

# If not running interactively, don't do anything
[[ $- != *i* ]] && return
stty sane
alias sudo='sudo -p "Password: "'
alias ls='ls --color=auto'
PS1='[u@h W]$ '


(I had added the sudo -p alias and the stty sane line in hopes of fixing it, but neither has had any effect under bash). My kernel is 5.0.5-arch1-1-ARCH .










share|improve this question




















  • 1





    Thanks for the reply. echo $TERM outputs xterm-256color. As for the color combinations, I've played around with a variety of different ones (dark on light, light on dark, etc.) but I'll see if set -x produces anything meaningful

    – mk73
    Mar 31 at 23:59






  • 1





    set -x doesn't produce anything unusual either (though it is affected by the blank spaces just at much). For example, running ls after set -x produces + ls --color=auto (which makes sense, as that's alias I have for "ls" in my bashrc)

    – mk73
    Apr 1 at 0:08








  • 1





    @StéphaneChazelas In XFCE I'm using xfwm4. I tried installing rxvt, and after several attempts I have not been able tor ecreate the issue there, so maybe using an emulator which is not dependent on VTE is one workaround.

    – mk73
    Apr 1 at 17:12






  • 1





    @egmont here's the output of printenv in LXDE: pastebin.com/StTV6Sq6 and from XFCE: pastebin.com/whxW51Yq I'll summarize the differences in a moment

    – mk73
    Apr 1 at 17:12








  • 1





    xfce seems to have SESSION_MANAGER=local/thinkpad:@/tmp/.ICE-unix/4504,unix/thinkpad:/ , however, LXDE doesn't have any such line when running printenv. But both show the same VTE version

    – mk73
    Apr 1 at 17:16


















3















I've just performed a fresh install of Arch Linux on my laptop (ThinkPad A485, though that's probably not relevant here), and installed XFCE4. Everything seems to be working with the exception of one (very peculiar) issue with the terminal emulator: whenever I open a new terminal window, the output of whatever command I enter is (usually) blank until I either highlight it with my cursor or press another key. For example,



[user@thinkpad ~]$ls


looks like (after pressing ENTER):



[user@thinkpad ~]$ls


(a blank line where the output should be). However, when I press ENTER, any other key, or highlight the blank line with my mouse, the blank line changes, making the terminal now look like



[user@thinkpad ~]$ls
Desktop Documents Downloads Music Pictures Public Templates Videos


which is the (expected) output of ls. This sort of "delay" occurs almost always on the first command I enter in any terminal window, and sometimes at (seemingly) random commands after, particularly with sudo where it will hide the password prompt until the password is entered or some other key is pressed.



A few important things to note:




  • I'm using bash 5.0.2 for the most part, however, I have also encountered the exact same issue on ksh and fish


  • I've tried the following terminal emulators and experienced the above issue with all of them under XFCE: xfce4-terminal, gnome-terminal, lxterminal, tilda, mate-terminal, and terminator. All of these have encountered this issue across bash, ksh, and fish. So far I have not been able to recreate the problem in xterm.


  • The system has been rebooted several times

  • This issue affects SSH sessions as well, blanking out lines of output until highlighted or another key is pressed

  • The issue does not come up under other desktop environments -- I've installed LXDE and MATE, and terminal sessions behave exactly as they should with no blanked out lines.

  • When the issue does come up, running reset or stty sane usually prevents it from happening again within that terminal window. However, adding stty sane to my .bashrc does not seem to resolve the issue, and any new terminal windows still have the same problem


My .bashrc is pretty vanilla, but here it is:



#
# ~/.bashrc
#

# If not running interactively, don't do anything
[[ $- != *i* ]] && return
stty sane
alias sudo='sudo -p "Password: "'
alias ls='ls --color=auto'
PS1='[u@h W]$ '


(I had added the sudo -p alias and the stty sane line in hopes of fixing it, but neither has had any effect under bash). My kernel is 5.0.5-arch1-1-ARCH .










share|improve this question




















  • 1





    Thanks for the reply. echo $TERM outputs xterm-256color. As for the color combinations, I've played around with a variety of different ones (dark on light, light on dark, etc.) but I'll see if set -x produces anything meaningful

    – mk73
    Mar 31 at 23:59






  • 1





    set -x doesn't produce anything unusual either (though it is affected by the blank spaces just at much). For example, running ls after set -x produces + ls --color=auto (which makes sense, as that's alias I have for "ls" in my bashrc)

    – mk73
    Apr 1 at 0:08








  • 1





    @StéphaneChazelas In XFCE I'm using xfwm4. I tried installing rxvt, and after several attempts I have not been able tor ecreate the issue there, so maybe using an emulator which is not dependent on VTE is one workaround.

    – mk73
    Apr 1 at 17:12






  • 1





    @egmont here's the output of printenv in LXDE: pastebin.com/StTV6Sq6 and from XFCE: pastebin.com/whxW51Yq I'll summarize the differences in a moment

    – mk73
    Apr 1 at 17:12








  • 1





    xfce seems to have SESSION_MANAGER=local/thinkpad:@/tmp/.ICE-unix/4504,unix/thinkpad:/ , however, LXDE doesn't have any such line when running printenv. But both show the same VTE version

    – mk73
    Apr 1 at 17:16














3












3








3


1






I've just performed a fresh install of Arch Linux on my laptop (ThinkPad A485, though that's probably not relevant here), and installed XFCE4. Everything seems to be working with the exception of one (very peculiar) issue with the terminal emulator: whenever I open a new terminal window, the output of whatever command I enter is (usually) blank until I either highlight it with my cursor or press another key. For example,



[user@thinkpad ~]$ls


looks like (after pressing ENTER):



[user@thinkpad ~]$ls


(a blank line where the output should be). However, when I press ENTER, any other key, or highlight the blank line with my mouse, the blank line changes, making the terminal now look like



[user@thinkpad ~]$ls
Desktop Documents Downloads Music Pictures Public Templates Videos


which is the (expected) output of ls. This sort of "delay" occurs almost always on the first command I enter in any terminal window, and sometimes at (seemingly) random commands after, particularly with sudo where it will hide the password prompt until the password is entered or some other key is pressed.



A few important things to note:




  • I'm using bash 5.0.2 for the most part, however, I have also encountered the exact same issue on ksh and fish


  • I've tried the following terminal emulators and experienced the above issue with all of them under XFCE: xfce4-terminal, gnome-terminal, lxterminal, tilda, mate-terminal, and terminator. All of these have encountered this issue across bash, ksh, and fish. So far I have not been able to recreate the problem in xterm.


  • The system has been rebooted several times

  • This issue affects SSH sessions as well, blanking out lines of output until highlighted or another key is pressed

  • The issue does not come up under other desktop environments -- I've installed LXDE and MATE, and terminal sessions behave exactly as they should with no blanked out lines.

  • When the issue does come up, running reset or stty sane usually prevents it from happening again within that terminal window. However, adding stty sane to my .bashrc does not seem to resolve the issue, and any new terminal windows still have the same problem


My .bashrc is pretty vanilla, but here it is:



#
# ~/.bashrc
#

# If not running interactively, don't do anything
[[ $- != *i* ]] && return
stty sane
alias sudo='sudo -p "Password: "'
alias ls='ls --color=auto'
PS1='[u@h W]$ '


(I had added the sudo -p alias and the stty sane line in hopes of fixing it, but neither has had any effect under bash). My kernel is 5.0.5-arch1-1-ARCH .










share|improve this question
















I've just performed a fresh install of Arch Linux on my laptop (ThinkPad A485, though that's probably not relevant here), and installed XFCE4. Everything seems to be working with the exception of one (very peculiar) issue with the terminal emulator: whenever I open a new terminal window, the output of whatever command I enter is (usually) blank until I either highlight it with my cursor or press another key. For example,



[user@thinkpad ~]$ls


looks like (after pressing ENTER):



[user@thinkpad ~]$ls


(a blank line where the output should be). However, when I press ENTER, any other key, or highlight the blank line with my mouse, the blank line changes, making the terminal now look like



[user@thinkpad ~]$ls
Desktop Documents Downloads Music Pictures Public Templates Videos


which is the (expected) output of ls. This sort of "delay" occurs almost always on the first command I enter in any terminal window, and sometimes at (seemingly) random commands after, particularly with sudo where it will hide the password prompt until the password is entered or some other key is pressed.



A few important things to note:




  • I'm using bash 5.0.2 for the most part, however, I have also encountered the exact same issue on ksh and fish


  • I've tried the following terminal emulators and experienced the above issue with all of them under XFCE: xfce4-terminal, gnome-terminal, lxterminal, tilda, mate-terminal, and terminator. All of these have encountered this issue across bash, ksh, and fish. So far I have not been able to recreate the problem in xterm.


  • The system has been rebooted several times

  • This issue affects SSH sessions as well, blanking out lines of output until highlighted or another key is pressed

  • The issue does not come up under other desktop environments -- I've installed LXDE and MATE, and terminal sessions behave exactly as they should with no blanked out lines.

  • When the issue does come up, running reset or stty sane usually prevents it from happening again within that terminal window. However, adding stty sane to my .bashrc does not seem to resolve the issue, and any new terminal windows still have the same problem


My .bashrc is pretty vanilla, but here it is:



#
# ~/.bashrc
#

# If not running interactively, don't do anything
[[ $- != *i* ]] && return
stty sane
alias sudo='sudo -p "Password: "'
alias ls='ls --color=auto'
PS1='[u@h W]$ '


(I had added the sudo -p alias and the stty sane line in hopes of fixing it, but neither has had any effect under bash). My kernel is 5.0.5-arch1-1-ARCH .







bash arch-linux zsh terminal-emulator xfce4-terminal






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Apr 4 at 9:28









Rui F Ribeiro

40.9k16 gold badges91 silver badges152 bronze badges




40.9k16 gold badges91 silver badges152 bronze badges










asked Mar 31 at 21:10









mk73mk73

162 bronze badges




162 bronze badges








  • 1





    Thanks for the reply. echo $TERM outputs xterm-256color. As for the color combinations, I've played around with a variety of different ones (dark on light, light on dark, etc.) but I'll see if set -x produces anything meaningful

    – mk73
    Mar 31 at 23:59






  • 1





    set -x doesn't produce anything unusual either (though it is affected by the blank spaces just at much). For example, running ls after set -x produces + ls --color=auto (which makes sense, as that's alias I have for "ls" in my bashrc)

    – mk73
    Apr 1 at 0:08








  • 1





    @StéphaneChazelas In XFCE I'm using xfwm4. I tried installing rxvt, and after several attempts I have not been able tor ecreate the issue there, so maybe using an emulator which is not dependent on VTE is one workaround.

    – mk73
    Apr 1 at 17:12






  • 1





    @egmont here's the output of printenv in LXDE: pastebin.com/StTV6Sq6 and from XFCE: pastebin.com/whxW51Yq I'll summarize the differences in a moment

    – mk73
    Apr 1 at 17:12








  • 1





    xfce seems to have SESSION_MANAGER=local/thinkpad:@/tmp/.ICE-unix/4504,unix/thinkpad:/ , however, LXDE doesn't have any such line when running printenv. But both show the same VTE version

    – mk73
    Apr 1 at 17:16














  • 1





    Thanks for the reply. echo $TERM outputs xterm-256color. As for the color combinations, I've played around with a variety of different ones (dark on light, light on dark, etc.) but I'll see if set -x produces anything meaningful

    – mk73
    Mar 31 at 23:59






  • 1





    set -x doesn't produce anything unusual either (though it is affected by the blank spaces just at much). For example, running ls after set -x produces + ls --color=auto (which makes sense, as that's alias I have for "ls" in my bashrc)

    – mk73
    Apr 1 at 0:08








  • 1





    @StéphaneChazelas In XFCE I'm using xfwm4. I tried installing rxvt, and after several attempts I have not been able tor ecreate the issue there, so maybe using an emulator which is not dependent on VTE is one workaround.

    – mk73
    Apr 1 at 17:12






  • 1





    @egmont here's the output of printenv in LXDE: pastebin.com/StTV6Sq6 and from XFCE: pastebin.com/whxW51Yq I'll summarize the differences in a moment

    – mk73
    Apr 1 at 17:12








  • 1





    xfce seems to have SESSION_MANAGER=local/thinkpad:@/tmp/.ICE-unix/4504,unix/thinkpad:/ , however, LXDE doesn't have any such line when running printenv. But both show the same VTE version

    – mk73
    Apr 1 at 17:16








1




1





Thanks for the reply. echo $TERM outputs xterm-256color. As for the color combinations, I've played around with a variety of different ones (dark on light, light on dark, etc.) but I'll see if set -x produces anything meaningful

– mk73
Mar 31 at 23:59





Thanks for the reply. echo $TERM outputs xterm-256color. As for the color combinations, I've played around with a variety of different ones (dark on light, light on dark, etc.) but I'll see if set -x produces anything meaningful

– mk73
Mar 31 at 23:59




1




1





set -x doesn't produce anything unusual either (though it is affected by the blank spaces just at much). For example, running ls after set -x produces + ls --color=auto (which makes sense, as that's alias I have for "ls" in my bashrc)

– mk73
Apr 1 at 0:08







set -x doesn't produce anything unusual either (though it is affected by the blank spaces just at much). For example, running ls after set -x produces + ls --color=auto (which makes sense, as that's alias I have for "ls" in my bashrc)

– mk73
Apr 1 at 0:08






1




1





@StéphaneChazelas In XFCE I'm using xfwm4. I tried installing rxvt, and after several attempts I have not been able tor ecreate the issue there, so maybe using an emulator which is not dependent on VTE is one workaround.

– mk73
Apr 1 at 17:12





@StéphaneChazelas In XFCE I'm using xfwm4. I tried installing rxvt, and after several attempts I have not been able tor ecreate the issue there, so maybe using an emulator which is not dependent on VTE is one workaround.

– mk73
Apr 1 at 17:12




1




1





@egmont here's the output of printenv in LXDE: pastebin.com/StTV6Sq6 and from XFCE: pastebin.com/whxW51Yq I'll summarize the differences in a moment

– mk73
Apr 1 at 17:12







@egmont here's the output of printenv in LXDE: pastebin.com/StTV6Sq6 and from XFCE: pastebin.com/whxW51Yq I'll summarize the differences in a moment

– mk73
Apr 1 at 17:12






1




1





xfce seems to have SESSION_MANAGER=local/thinkpad:@/tmp/.ICE-unix/4504,unix/thinkpad:/ , however, LXDE doesn't have any such line when running printenv. But both show the same VTE version

– mk73
Apr 1 at 17:16





xfce seems to have SESSION_MANAGER=local/thinkpad:@/tmp/.ICE-unix/4504,unix/thinkpad:/ , however, LXDE doesn't have any such line when running printenv. But both show the same VTE version

– mk73
Apr 1 at 17:16










1 Answer
1






active

oldest

votes


















0














I have a similar problem with AMD Ryzen 5 3400G. According to this and this, the problem seems to be associated with the integrated graphics card drivers, and a workaround is setting Settings Manager -> Appearance -> Fonts -> Sub-pixel order to something other than "None".



Also seems to be discussed here.






share|improve this answer








New contributor



user3885964 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.






















    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "106"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f509773%2fxfce-blank-text-in-terminal%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    0














    I have a similar problem with AMD Ryzen 5 3400G. According to this and this, the problem seems to be associated with the integrated graphics card drivers, and a workaround is setting Settings Manager -> Appearance -> Fonts -> Sub-pixel order to something other than "None".



    Also seems to be discussed here.






    share|improve this answer








    New contributor



    user3885964 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.
























      0














      I have a similar problem with AMD Ryzen 5 3400G. According to this and this, the problem seems to be associated with the integrated graphics card drivers, and a workaround is setting Settings Manager -> Appearance -> Fonts -> Sub-pixel order to something other than "None".



      Also seems to be discussed here.






      share|improve this answer








      New contributor



      user3885964 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






















        0












        0








        0







        I have a similar problem with AMD Ryzen 5 3400G. According to this and this, the problem seems to be associated with the integrated graphics card drivers, and a workaround is setting Settings Manager -> Appearance -> Fonts -> Sub-pixel order to something other than "None".



        Also seems to be discussed here.






        share|improve this answer








        New contributor



        user3885964 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.









        I have a similar problem with AMD Ryzen 5 3400G. According to this and this, the problem seems to be associated with the integrated graphics card drivers, and a workaround is setting Settings Manager -> Appearance -> Fonts -> Sub-pixel order to something other than "None".



        Also seems to be discussed here.







        share|improve this answer








        New contributor



        user3885964 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.








        share|improve this answer



        share|improve this answer






        New contributor



        user3885964 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.








        answered 42 mins ago









        user3885964user3885964

        1




        1




        New contributor



        user3885964 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.




        New contributor




        user3885964 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.
































            draft saved

            draft discarded




















































            Thanks for contributing an answer to Unix & Linux Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f509773%2fxfce-blank-text-in-terminal%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Taj Mahal Inhaltsverzeichnis Aufbau | Geschichte | 350-Jahr-Feier | Heutige Bedeutung | Siehe auch |...

            Baia Sprie Cuprins Etimologie | Istorie | Demografie | Politică și administrație | Arii naturale...

            Nicolae Petrescu-Găină Cuprins Biografie | Opera | In memoriam | Varia | Controverse, incertitudini...