X
Tap here to go to the mobile version of the site.

ஆதரவு மன்றம்

FF/browser/Macbook has very low-freq mousemove events compared to FF/Android/Galaxy.S3 and Chrome/Safari/same 2012 Macbook Pro.

  • 10 replies
  • 1 இந்த பிரச்சனை உள்ளது
  • Last reply by phobrain
பதிவிடப்பட்டது

I have an app where the user draws on the screen, with mouse in the browser:

   document.addEventListener('mousemove', handleMouseMove, false);

However mousemove events seem to come in little bursts, so if I'm waving the mouse around, you can't see enough line to trace the path, just bits of line and dots all over the place. I see the same frequency when I just log the event, and when handling, the time is at worst 2 [Date()-Date()].

FF/Android draws nice lines of dots, as do Chrome and Safari on the Mac. FF is fine on Ubuntu 16.04 on desktop.

Seems like a bug? Should at least be configgable.

Also 'Upload images' just spins on uploading. I'm inclined to just list FF as unsupported on Mac.

I have an app where the user draws on the screen, with mouse in the browser: document.addEventListener('mousemove', handleMouseMove, false); However mousemove events seem to come in little bursts, so if I'm waving the mouse around, you can't see enough line to trace the path, just bits of line and dots all over the place. I see the same frequency when I just log the event, and when handling, the time is at worst 2 [Date()-Date()]. FF/Android draws nice lines of dots, as do Chrome and Safari on the Mac. FF is fine on Ubuntu 16.04 on desktop. Seems like a bug? Should at least be configgable. Also 'Upload images' just spins on uploading. I'm inclined to just list FF as unsupported on Mac.

தீர்வு தேர்ந்தெடுக்கப்பட்டது

Go to about:config and set dom.event.coalesce_mouse_move = false.

Restart the browser.

Check if it helps.

Read this answer in context 1

Additional System Details

பயன்பாடு

  • User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:63.0) Gecko/20100101 Firefox/63.0

கூடுதல் தகவல்

WestEnd
  • Top 25 Contributor
60 தீர்வுகள் 5366 பதில்கள்
பதிவிடப்பட்டது

This sounds more like mouse or security software caused problem and not Browser related. There is no AFAIK line tracing on the Browser in default installs.

This sounds more like mouse or security software caused problem and not Browser related. There is no AFAIK line tracing on the Browser in default installs.
பதிவிடப்பட்டது

கேள்வியின் உரிமையாளர்

> Also 'Upload images' just spins on uploading.

That's 'Add images: Browse' in the Question/bug form.

Hah, it works here. Safari, then FF versions shown, same hand dynamics.

> Also 'Upload images' just spins on uploading. That's 'Add images: Browse' in the Question/bug form. Hah, it works here. Safari, then FF versions shown, same hand dynamics.
பதிவிடப்பட்டது

கேள்வியின் உரிமையாளர்

WestEnd said

This sounds more like mouse or security software caused problem and not Browser related. There is no AFAIK line tracing on the Browser in default installs.

Mouse works fine with all other progs on machine. If security, personal-use Chrome with a bunch of security add-ons doesn't show it, and the FF install is vanilla for dev purposes, tried switching personal use once but never worked, tho it's my browser on Ubuntu.

What does line tracing have to do with it? Did you see the pics?

''WestEnd [[#answer-1186817|said]]'' <blockquote> This sounds more like mouse or security software caused problem and not Browser related. There is no AFAIK line tracing on the Browser in default installs. </blockquote> Mouse works fine with all other progs on machine. If security, personal-use Chrome with a bunch of security add-ons doesn't show it, and the FF install is vanilla for dev purposes, tried switching personal use once but never worked, tho it's my browser on Ubuntu. What does line tracing have to do with it? Did you see the pics?
பதிவிடப்பட்டது

கேள்வியின் உரிமையாளர்

I thought that surely FF, with the 7 threads I've granted it, must be very busy not to notice my puny actions, and found the Performance profiler. Turns out that Idle has 98%, see pic.

I thought that surely FF, with the 7 threads I've granted it, must be very busy not to notice my puny actions, and found the Performance profiler. Turns out that Idle has 98%, see pic.
பதிவிடப்பட்டது

கேள்வியின் உரிமையாளர்

On Android/Galaxy.S3, FF generates events like the others, tho the rendering lags.

In this case, maybe a single (priority?) number for mouse movement tracking isn't right for the MacOS mouse.

On Android/Galaxy.S3, FF generates events like the others, tho the rendering lags. In this case, maybe a single (priority?) number for mouse movement tracking isn't right for the MacOS mouse.
TyDraniu
  • Top 25 Contributor
309 தீர்வுகள் 1721 பதில்கள்
பதிவிடப்பட்டது

தீர்வு தேர்ந்தெடுக்கப்பட்டது

Go to about:config and set dom.event.coalesce_mouse_move = false.

Restart the browser.

Check if it helps.

Go to ''about:config'' and set ''dom.event.coalesce_mouse_move'' = '''false'''. Restart the browser. Check if it helps.

TyDraniu மூலமாக திருத்தப்பட்டது

பதிவிடப்பட்டது

கேள்வியின் உரிமையாளர்

Solved, thanks! I think it needs to be more exposed, since searching didn't turn up anything. Maybe this issue will be enough.

> dom.event.coalesce_mouse_move = false

On the upload issue, best to convert .png screenshots to .jpg before unloading: worth mentioning next to the 'upload pic' button.

Photo: hidden fort of the mind to go with the config. :-)

Solved, thanks! I think it needs to be more exposed, since searching didn't turn up anything. Maybe this issue will be enough. > dom.event.coalesce_mouse_move = false On the upload issue, best to convert .png screenshots to .jpg before unloading: worth mentioning next to the 'upload pic' button. Photo: hidden fort of the mind to go with the config. :-)
பதிவிடப்பட்டது

கேள்வியின் உரிமையாளர்

I also question whether the setting has any value. I'd be inclined to make it an adaptive behavior. The var and the touch equiv are true on my old Android OS, but doesn't cause unusable tracking.

I also question whether the setting has any value. I'd be inclined to make it an adaptive behavior. The var and the touch equiv are true on my old Android OS, but doesn't cause unusable tracking.
பதிவிடப்பட்டது

கேள்வியின் உரிமையாளர்

The problem recurs with 65.0 (64-bit). Setting remains, but original behavior is seen; also tried resetting/restarting.

The problem recurs with 65.0 (64-bit). Setting remains, but original behavior is seen; also tried resetting/restarting.
பதிவிடப்பட்டது

கேள்வியின் உரிமையாளர்

I have the app online now, so you can see it happen:

http://phobrain.com/pr/home/vvmeetup.html

I have the app online now, so you can see it happen: http://phobrain.com/pr/home/vvmeetup.html