Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#66502 - [xterm] htop responds to mouse only intermitently with xterm 355
Attached to Project:
Arch Linux
Opened by Alexandra Aalto (aaalto) - Friday, 01 May 2020, 23:50 GMT
Last edited by Andreas Radke (AndyRTR) - Monday, 04 May 2020, 05:02 GMT
Opened by Alexandra Aalto (aaalto) - Friday, 01 May 2020, 23:50 GMT
Last edited by Andreas Radke (AndyRTR) - Monday, 04 May 2020, 05:02 GMT
|
DetailsDescription:
Using xterm 355, htop only responds intermittently to mouse events, usually not at all. Downgrading to xterm 354 resolves this. Additional info: * xterm 355, htop 2.2.0 * Mouse events continue to work fine in Midnight Commander (the only other terminal mouse program I use regularly) so it seems to be some kind of interaction between xterm 355 and htop. * No error messages were reported or logged. Steps to reproduce: 1) Run xterm 355, then run htop within it. 2) Attempt to select a process using the mouse. |
This task depends upon

Please report it upstream.

Normally I would but I can't seem to find an upstream bug tracker anywhere? I googled it and found nothing.

Reporting it via email to upstream I guess. Sorry for the trouble.

This also breaks mouse support in vim. In case @aaalto wants to mention in the report.

Please try new 356-1 release.

Confirming fixed for me in 356-1.