Have you tried adjusting the acceleration/sensitivity of your mouse in Mouse and Touchpad from the main Applications menu?

I have, but they don not appear to solve the issue. Setting "Double Click Time" to the max of 2000ms doesn't help. It seems to be a "debounce" issue, where the system is picking up multiple clicks from a single click for some reason. Interesting that it didn't happen when using an older drive; Perhaps the debounce code is depends on delay caused by loading the menu and its icons - this would be a poor way to program such a thing, but it would explain why the issue appears on a faster drive than a slower one. I'll check the source later this week I guess.

I don't get it.

A simple solution, if there was a setting for it, would be to make it such that one must left click the options in the "right click menu" to select them, rather than to either left or right click them. That way the instant double right click which sometimes occurs would be ignored, thereby making it at least seem like the issue has been resolved. Anyone know if Xfce has such a setting?

Tatwi wrote:

Kernel 4.19:
- Add backports repo
echo "deb http://ftp.debian.org/debian stretch-backports main" | sudo tee -a /etc/apt/sources.list > /dev/null
sudo apt-get update

in Devuan you need ascii-backports, not stretch-backports. you shouldn't be mixing Debian/Devuan repos, not a good practice...

check : https://devuan.org/os/etc/apt/sources.list

Thanks. I'll change it.

Edit:
I changed the sources.list to the correct version for Devuan. Updated, fortunately nothing broke. Chalk that up to it being years since I have used a backport of anything and following a guide for Debian lol... Knowledge, use it or lose it!

Kernel 4.19:
- Add backports repo
echo "deb http://ftp.debian.org/debian stretch-backports main" | sudo tee -a /etc/apt/sources.list > /dev/null
sudo apt-get update

in Devuan you need ascii-backports, not stretch-backports. you shouldn't be mixing Debian/Devuan repos, not a good practice...

check : https://devuan.org/os/etc/apt/sources.list

I haven't done much to customize this installation, beyond using the backport of kernel 4.19.0 (which works better with my AMD R9 270 video card). Here are the notes of the customization/installation, in case they are helpful...

Installation:
- Net install, Xfce desktop, no unusual choices or customizations.

Sudo:
- visudo opens in nano by default already. Woohoo!

Kernel 4.19:
- Add backports repo
echo "deb http://ftp.debian.org/debian stretch-backports main" | sudo tee -a /etc/apt/sources.list > /dev/null
sudo apt-get update

- Update all packages to backports versions
sudo apt-get -t stretch-backports upgrade

- Search for available kernels
apt-cache search linux-image

- Install kernel 4.19
apt-get install linux-image-4.19.0-0.bpo.1-amd64

Uninstall Old Kernel:
- List installed kernels
dpkg --get-selections|grep linux-image

- Remove old kernel
sudo apt-get remove linux-image-4.9.0-6-amd64

AMD GPU Drivers:
apt-get install firmware-amd-graphics

Fix Screen Tearing:
- Double check that Xfce compositing is off (Menu > Settings > Window Manager Tweeks > Compositor).

- Install Compton
apt-get install compton compton-conf compton-conf-l10n

- Add Compton to startup (Menu > Settings > Session and Startup > Application Autostart)
compton --backend glx --paint-on-overlay --vsync opengl-swc

Well ...
It all seemed to be so previsible.
But no.

Just a while I got back home and on booting up, I launched Pegasus Mail (which I run off Wine).
I was expecting the usual lag in starting up it developed some time ago (have not found the real cause) and lo/behold: no lag.

No idea how/why.

Then I launched Firefox.
I was also expecting to have to open my first page on a parallel tab so as to avoid the right-click problem this thread is about.
But no. It behaved correctly.

I exited Firefox and launched it again to check and sure enough, there is was again.

Coincidences may (as some people believe) very well exist but I do not think this is so in the realm of IT.

I'll have to boot/reboot a few times to check out if I can now reproduce this same sequence and verify a link between these two separate events.
If I can (?) maybe this odd mouse behaviour has a deeper, system based origin but at first sight I fail to see how that could be.

---
Edit:
The issue with PMail, related to a CUPS mis-configuration and the program looking for a printer when launched, has been solved.
So it was a coincidence.

There's no link between that and the odd mouse behaviour this thread is about.
---

Still, any ideas?

Thanks in advance.

A.

Hmm ...
No, I thought so the first two or three times.
But no, it isn't.
Besides, I had already taken my morning pill.  8^D!

Yes.
But that's exactly what is not happening.

Like I explained previously, I've been able to reproduce the conditions for this to happen.
ie: on the first site I open (first tab, no matter which site) on a freshly loaded Firefox.

That's how I have been coping with the problem.
Now I just reopen the same page on another tab and the problem is gone.
And if I do not exit Firefox, the probem will not return.

I've slammed mine on the desktop more than once.
But it has not tried to bite me (yet).

Thanks for your input.

Cheers,

A.

When I 'right click' on a link, instead of getting the drop down menu so as to be able to select what to do ie: open link in new tab/window/private window, etc. it directly opens the link in a new tab.

To make things worse, this does not happen 'all' the time, it happens at totally random times and is also not related to the site I am viewing so I have been unable to reproduce it at will.

I get this occasionally. Usually, it happens to me in thunar, but it has happened in firefox. Usually, the first item in the drop-down menu is the one that gets selected, but a few days ago, I right-clicked on a firefox tab to look at the context menu there, and it "automatically" selected "Move to new window" which is the fourth item in the list.

I think the problem is caused by movement of the mouse when right-clicking. Normally, if you right-click and release, the context menu stays open. If you right click and drag the mouse to highlight an item in the menu and then release, that item gets chosen/executed. I'm pretty sure I was not careful with the mouse when I clicked on that ff tab, and I moved the mouse enough during the click to get that fourth item.

Altoid wrote:

I assume that you are referring to Applications -> Settings -> Mouse and Touchpad -> Behaviour?

Double Click Time = 400-500 ms
Double Click Distance = 5 px

I'm giving these settings ago as of now. Hopefully it works out. Wasn't really sure how high was too high for those settings.

Incidentally, I tried https://www.theregister.co.uk/ in Firefox (60.2.2esr) and I could right click normally on every link I tried. Only addon I have enabled is UBlock Origin.

Update 2018.10.28:10:12PM EST:
Yup, the issue is still happening to me when using Thunar. Super annoying and somewhat dangerous (would hate to accidentally delete something/everything important!).

Sorry I don't have anything useful to add in the way of troubleshooting or explanations. I don't seem to have the issue with all software, not even other GTK+ applications.

I'm going to try using Caja instead of Thunar for now.

No, had not thought of looking there.

To check, I opened the .xsession-errors file, took note of the last entry line number and closed it.
Then I opened FF, generated the error and reopened .xsession-errors.

These are the new lines generated:

Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".
1540594962814 addons.webextension.{5657c026-efc3-4860-b43b-16e4eaa8a9aa} WARN Please specify whether you want browser_style or not in your browser_action options.
1540594962832 addons.webextension.jid1-MnnxcxisBPnSXQ@jetpack WARN Please specify whether you want browser_style or not in your browser_action options.
Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".

The Xlib: lines are all over the place, I'd say over 75% of the file content is that specific line.
RANDR is disabled by the Nvidia proprietary drivers so it has a well known cause.     

groucho@devuan:~$ cat /var/log/Xorg.0.log | grep -i RANDR
[    34.234] (WW) NVIDIA: Xinerama is enabled, so RandR has likely been disabled by the
[    37.011] (WW) NVIDIA(0): Not registering RandR
[    37.011] (==) RandR enabled
[    37.100] (WW) NVIDIA(1): Not registering RandR
[    37.100] (==) RandR enabled
[    37.315] (WW) NVIDIA(2): Not registering RandR
[    37.315] (==) RandR enabled
groucho@devuan:~$ 

The other new lines are of evident browser/add-on origin

addons.webextension.{5657c026-efc3-4860-b43b-16e4eaa8a9aa} WARN Please specify whether you want browser_style or not in your browser_action options.
addons.webextension.jid1-MnnxcxisBPnSXQ@jetpackn WARN Please specify whether you want browser_style or not in your browser_action options.

I have a few addons in FF:

Calomel SSL Validation
No Coin
Privacy Badger
Squared Australis Tabs
UBlock Origin
YouTube ALL HTML5
YouTube Flash Player

When I searched the web for the 5657c026-efc3-4860-b43b-16e4eaa8a9aa, I came up with a apge with this mention:

---
Name: No Coin - Block miners on the web!
Version: 0.4.14
Enabled: true
ID: {5657c026-efc3-4860-b43b-16e4eaa8a9aa}
---

So I tried disabling No Coin to see if the problem went away but no, that did not keep the problem from happening.

A search for the jid1-MnnxcxisBPnSXQ@jetpackn string did not come up with an exact match, but I found partial matches and they are all linked to the Privacy Badger add-on.

Then I tried disabling Privacy Badger to see if the problem went away but no, that did not keep the problem from happening either. 

I then, tired of all this, disabled all the addons I have installed in FF, but still no cigar.  =^/

Will have to keep looking.
But where?

Thanks a lot for your input.

Best,

A.

No, the new setting does not alter the previous results.
But I seem to have been successful in reproducing the problem, at least in Firefox 55.0.3 64-bit.

This morning I booted up, opened up Firefox and went to read the IT news at https://www.theregister.co.uk/.
Sure enough, right-click to open a link brought about the dreaded right-click problem.

Just to test, I closed down FF and loaded it again and opened then same page, same thing.

Then I opened another site and that went well, so I asked myself if it could be a 'per web site' issue.
On a whim I opened up another tab with the same previously affected page and what happened?
The problem was gone but when I went back to the original affected page, the problem was still there.
ie: not being able to right-click to open a link or copy a selection. 

So, to see if I could recreate the problem I opened up two 'parallel' pages of other sites right after restarting FF.
I was able to: the first page has the problem, the second does not.

To describe the problem as accurately as possible:

The problem manifests itself (at least in FF 55.0.3 64-bit) on the first web page opened after a fresh load of the Firefox browser.
It does not do so in the same page opened in another tab.

If I open a previously affected page on yet another tab, it is also unaffected.

If I close all tabs, both affected and unaffected pages, and reopen them, the problem does not show up again until I close and reopen FF.

It does not matter it it a fresh boot or not, just a freshly loaded FF.

I'd appreciate some feedback from other Firefox users to see if it is just a Firefox 55.0.3 64-bit issue or if it affects later versions also.
Ever since these DHs at Mozilla came up with those ridiculous rounded tabs (quite a long time ago) I have installed the Squared Australis tabs add-on on every update.

They have taken their time to finally get rid of the rounded tabs absolutely everybody hated but on the way there royally screwed up the way the drop down menus open.
ie: in this and previous versions, the drop down menu would open down and to the right or left, according to how much room was available on screen to show the links.

In versions after 55.0.3, it opens down and only to the right, ignoring that there's no room left on the screen where FF is open and moving part of the menu to the screen at the right.
Bug reports were actually answered suggesting that the links be shortened so that they would not go on to the next screen. (!!!)

Absolute rubbish, so for the time being I will stick to this version which is the last one affected by this new drop down menu ''feature'.

Thanks in advance,

A.

Thanks for the tip, I did not know about that app.

But that's not the problem as both Devuan ASCII and X Server probe and detect the mouse properly:

groucho@devuan:~$ lsusb
Bus 010 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 005: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 007 Device 004: ID 046d:c077 Logitech, Inc. M105 Optical Mouse
--- snip ---
groucho@devuan:~$ 

groucho@devuan:~$ cat /var/log/Xorg.0.log | grep -i mouse
[    38.133] (II) config/udev: Adding input device Logitech USB Optical Mouse (/dev/input/event4)
[    38.133] (**) Logitech USB Optical Mouse: Applying InputClass "evdev pointer catchall"
[    38.133] (**) Logitech USB Optical Mouse: Applying InputClass "libinput pointer catchall"
[    38.133] (II) Using input driver 'libinput' for 'Logitech USB Optical Mouse'
[    38.133] (**) Logitech USB Optical Mouse: always reports core events
[    38.192] (II) input device 'Logitech USB Optical Mouse', /dev/input/event4 is tagged by udev as: Mouse
[    38.192] (II) input device 'Logitech USB Optical Mouse', /dev/input/event4 is a pointer caps
[    38.224] (II) XINPUT: Adding extended input device "Logitech USB Optical Mouse" (type: MOUSE, id 10)
[    38.224] (**) Logitech USB Optical Mouse: (accel) selected scheme none/0
[    38.224] (**) Logitech USB Optical Mouse: (accel) acceleration factor: 2.000
[    38.224] (**) Logitech USB Optical Mouse: (accel) acceleration threshold: 4
[    38.284] (II) input device 'Logitech USB Optical Mouse', /dev/input/event4 is tagged by udev as: Mouse
[    38.284] (II) input device 'Logitech USB Optical Mouse', /dev/input/event4 is a pointer caps
[    38.284] (II) config/udev: Adding input device Logitech USB Optical Mouse (/dev/input/mouse1)
groucho@devuan:~$ 

Thanks for your input.

A.

https://packages.debian.org/source/stretch/mdetect

James
Indiana/USA