bug#74220: invisible cursor

[Jared Finder via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>]

On 2024-12-07 04:34, Eli Zaretskii wrote:
>> Cc: gerd.moellmann@gmail.com, rpluim@gmail.com, 
>> stephen.berman@gmx.net,
>>  74220@debbugs.gnu.org, ampinkas@gmail.com
>> Date: Sat, 30 Nov 2024 09:08:06 +0200
>> From: Eli Zaretskii <eliz@gnu.org>
>> 
>> > Date: Fri, 29 Nov 2024 11:12:39 -0800
>> > From: Jared Finder <jared@finder.org>
>> > Cc: stephen.berman@gmx.net, rpluim@gmail.com, gerd.moellmann@gmail.com,
>> >  74220@debbugs.gnu.org, ampinkas@gmail.com
>> >
>> > I think Emacs is a special snowflake in that it doesn't (possibly
>> > can't?) rely on the GPM daemon drawing the mouse pointer. I did not see
>> > any other app with this problem. I tested Vim, Midnight Commander, Nano,
>> > and Bash. I don't know what is special about Emacs here. Perhaps the
>> > character under the mouse pointer is treated special in redisplay? Not
>> > sure.
>> 
>> Emacs needs to know where the mouse pointer is, and the rest it can
>> figure out by itself.  So if the GPM daemon drawing the mouse pointer
>> allows to know the pointer coordinates in a way that can be correlated
>> with the rows and column of the console, we should be okay.
>> 
>> Maybe when the GPM support for Emacs was written, the daemon couldn't
>> be used for drawing the pointer?
>> 
>> Anyway, one way to try to solve this is to try to use the
>> daemon-drawing of the mouse pointer.
>> 
>> > I will reach out to the kernel mailing list and see if they are ok
>> > relaxing the check and fixing this on their end.
>> 
>> Thanks.
> 
> Any progress here?

People on the Linux kernel mailing list agree this is a regression on 
Linux and that my suggested fix is probably appropriate. Tracking page: 
https://linux-regtracking.leemhuis.info/regzbot/regression/lore/CAG48ez0vg9W=oatvEqxvTSYNUx7htY23LxPrYCiuLZhZQuaGjg@mail.gmail.com/

   -- MJF