The “solution” is almost as it wasn’t: the cursor didn’t disappear anymore but it started to behave worse (!) if moved over e.g. close button of the terminal window in the right upper corner, to the point that I’ve deleted that file and I just “try to not lock the screen” for now.
So no external programs needed to reproduce that effect – I hope somebody else can use this to reproduce, diagnose and fix it “right”, if possible.
This installation was an upgraded LUbuntu 22 LTS, on which it never happened.
This topic was moved from another very similar topic because this one actually has different symptoms.
In the linked post, the mouse cursor was entirely invisible. It wasn’t just black. You could mouse over a white or grey area and you would not observe a black cursor.
Which one is it? Ubuntu or Lubuntu? Are you saying you had no issues on Lubuntu 22.x but the issue is specific to vanilla Ubuntu 24.04? Just out of curiosity, have you tried Lubuntu 24.04?
I’m having trouble understanding this behavior. Could you explain it in more detail or provide a video?
Have you checked the journal or Xorg.0.log for errors?
Sorry for confusion. I’ve definitely installed LUbuntu, I’ve upgraded to a new version from there, but that was my copy paste of a part of:
~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 24.04.2 LTS
Release: 24.04
Codename: noble
as I don’t remember any of details from there, just that it’s LUbuntu 24 LTS. If there’s a better command output to quote, I’ll remember it for the next time.
moving the mouse is supposed to be smooth, no matter over which screen items it happens.
however, when I’m trying to navigate over some screen elements like these close buttons or window edges, in that software mode the cursor became “jerky-jumping” instead of smooth. Like that some imaginary power teleports it a bunch of pixels away from where it should be based on the mouse movement. It’s definitely somehow triggered by the software and not caused by the hardware inputs, and it was especially observable around the close button of the LXTerminal screen.
Virtual box in windows probably needs upgrading, then install the latest guest addition s as well, I had to install a sdk for virtual box on windows before my virtual machines would show up.
I hope this fixes your issue like it did mine. I now turn you back over to wxl for all things lubuntu.
Thanks Wild_Man, it will most probably help somebody, but for me, the one I’m using is the latest version which works on my Windows. It’s impossible upgrade to higher version of VirtualBox on this machine as it would require a newer Windows (e.g. 10), which can’t be installed.
LXTerminal hasn’t been the default in Lubuntu since 18.04. I wouldn’t be surprised if that isn’t your problem.
What’s weird is you do have LXQt. Did you upgrade from 18.04 at some point? That was a transition we did not support and expressly stated as such in the release notes of 18.10.
Anyways, try fastfetch. It’s better and will be replacing neofetch anyways. But do it in a different terminal (QTerminal). And, in particular, run fastfetch --pipe true --logo-type none:
I don’t think it’s in any way related to LXTerminal per se. It could be that before I’ve used 22 LTS (on which there were no described problems) I’ve used the previous LTS too, so 18 LTS definitely possible (on which there were surely no described problems) and I’ve surely never tried to touch 18.10 (I’m using LTS exactly to avoid all the glitches introduced every 6 months!). And I’ve decided to avoid to even try to find from where I could install a newer replacement for a tool which I consider has purely insane defaults anyway (colorized ascii art is there obviously much more important than the information about the system, almost a trolling quality there). So that’s it from me – thanks everybody, take care!
No, that doesn’t relate to the problem at hand per se, but it could indicate a larger problem. It could also mean problems with neofetch defaults.
One of the reasons we didn’t support upgrading from the LXDE versions of Lubuntu to the LXQt ones is because they could lead to some weird problems we couldn’t predict. Just because you didn’t have problems didn’t mean you didn’t have a problem waiting for the right circumstance to occur.
sudo apt install fastfetch
This is why I suggested fastfetch --pipe true --logo-type none.
If you can’t be bothered to install a tool: neofetch --color_blocks off --backend off does the same thing as the command above. fastfetch actually provides more accurate information and more of it by default, too, so it’s a better option.
Beyond all that, a screenshot of the cursor would be helpful.
This is definitely the first of all LUbuntu LTS versions I’ve used in the VM that has this mouse cursor behavior.
These options for that “neofetch” tool still produce all the color codes in the output when redirected to the file:
To produce something readable I still had to select / copy / paste directly from the terminal. I still consider that tool user hostile, and can’t wait to remove it. And the fastfetch tool is clearly not in the default repos.
