Closed Bug 801555 Opened 13 years ago Closed 13 years ago

Text (de)selection is janky/failful

Categories

(Firefox :: General, defect)

18 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 808466

People

(Reporter: djc, Unassigned)

References

()

Details

In 18.0a2 (2012-10-14) on Windows 7, text selection and deselection seems to be crappier than in 17.0a2. On a simple page (for example, the URL), selecting a paragraph of text and then clicking after it to deselect it again skips or delays the deselection.
I have the same problem (started with DLBI builds) but it is intermittent (I filled out a bug but didn't hit "submit" as the problem stopped temporarily).
Safe mode/fresh profile still does it too.
At least I'm not the only one! I've tried safe mode for a little bit but couldn't reproduce it, but it doesn't happen all the time for me, either. So far it feels like it might have something to do with active background tabs. BTW, I think I've also seen this on OS X, but I'll look some more.
Someone could try to get a profile using the built in profiler: https://developer.mozilla.org/en-US/docs/Performance/Profiling_with_the_Built-in_Profiler
Like, install the addon, wait until the problem shows up again, then see what happened in the profile?
Yeah, if you are up for that.
I'm pretty sure I experienced some of this shortly before taking this profile: http://people.mozilla.com/~bgirard/cleopatra /?report=6196e86fa6dc879cd68ada6f389d19aa6da1510a
Here's a jank-only profile from just after a pronounced period of text selection jank: http://people.mozilla.com/~bgirard/cleopatra/?report=a7cf10e05696830711fc69c391fc0584bbb26f81
(In reply to Dirkjan Ochtman (:djc) from comment #10) > Here's another one. > > http://people.mozilla.com/~bgirard/cleopatra/ > ?report=4a2a8276361a129068b25d469edaea9e64ba4cef I am no longer seeing this with moz-central win32 nightly builds. Are you using Aurora?
Yes, this is with 18.0a2 (2012-10-23).
If it's fixed on m-c, could someone take a look at the regression range and see if it can be ported over to Aurora?
I've been seeing this for a couple weeks on Aurora. Is there anything I can do to help get it fixed (or if it's fixed, merged)? I've also tested with all my addons disabled and with a clean profile. Interestingly it never seems to happen for me on a fresh start, FF has to run for a while before it starts happening.
(In reply to Kevin Gadd (:kael) from comment #14) > I've been seeing this for a couple weeks on Aurora. Is there anything I can > do to help get it fixed (or if it's fixed, merged)? If it is fixed then we don't know what fixed it. Someone using nightlies to bisect when this got fixed would help narrow that down.
I can reliably reproduce this with a fresh profile on todays moz-central win32 nightly with the following page: http://www.quietearth.us/articles/2012/11/Scream-Factory-announces-slate-of-2013-Buray-reissues This can be triggered by holding the mouse button down in the space between "More details on all of these frightfests will be revealed more next year." and " Via: twitch" and dragging rapidly up into the first paragraph: "Scream Factory are quickly making a name for themselves with high quality horror re-issues on Blu-ray and from the looks of it, 2013 will be a banner year as the company have just announced a bevy of titles including Lifeforce, The Burning, Day of the Dead and more Carpenter titles. Full details below!" Profile: http://people.mozilla.com/~bgirard/cleopatra/#report=6209ded34f892858bda705bbbcde723de33005ce Right clicking will make the browser jank before showing the context menu. Profile for this: http://people.mozilla.com/~bgirard/cleopatra/#report=8cbc973f60694bcaebc5e2448c4a2e00583cc9d1&jankOnly=true&filter=%255B%257B%2522type%2522%253A%2522RangeSampleFilter%2522%252C%2522start%2522%253A3257%252C%2522end%2522%253A4572%257D%255D&selection=%255B%2522(root)%2522%252C%2522Startup%253A%253AXRE_Main%2522%255D Just triple clicking on some paragraphs seems to create jank before high-lighting the text too. Same goes for deselecting the text. e.g. " - LIFEFORCE (1985): Tobe Hooper's space vampires and light-show extravaganza finally gets its first ever anamorphic widescreen presentation! First time on Blu-ray." Profile for triple click selection: http://people.mozilla.com/~bgirard/cleopatra/#report=bc565f205d896daf6c985be37764546236d23b57
My about:support info: Application Basics Name Firefox Version 20.0a1 User Agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20.0 Firefox/20.0 Build Configuration about:buildconfig Extensions Name Version Enabled ID Gecko Profiler 1.10.15 true jid0-edalmuivkozlouyij0lpdx548bc@jetpack Adobe Acrobat - Create PDF 1.2 false web2pdfextension@web2pdf.adobedotcom Important Modified Preferences Name Value browser.cache.disk.capacity 1048576 browser.cache.disk.smart_size.first_run false browser.cache.disk.smart_size.use_old_max false browser.cache.disk.smart_size_cached_value 358400 browser.places.smartBookmarksVersion 4 browser.startup.homepage_override.buildID 20121123030827 browser.startup.homepage_override.mstone 20.0a1 dom.mozApps.runUpdate false dom.mozApps.used true extensions.lastAppVersion 20.0a1 gfx.direct3d.prefer_10_1 true javascript.options.mem.notify true network.cookie.cookieBehavior 1 network.cookie.prefsMigrated true places.database.lastMaintenance 1350630614 places.history.expiration.transient_current_max_pages 104858 plugin.disable_full_page_plugin_for_types application/pdf privacy.sanitize.migrateFx3Prefs true security.warn_viewing_mixed false Graphics Adapter Description ATI Radeon HD 4600 Series Adapter Drivers aticfx64 aticfx64 aticfx32 aticfx32 atiumd64 atidxx64 atiumdag atidxx32 atiumdva atiumd6a atitmm64 Adapter RAM 512 Device ID 0x9498 Direct2D Enabled true DirectWrite Enabled true (6.2.9200.16440) Driver Date 4-5-2012 Driver Version 8.961.0.0 GPU #2 Active false GPU Accelerated Windows 1/1 Direct3D 10 Vendor ID 0x1002 WebGL Renderer Google Inc. -- ANGLE (ATI Radeon HD 4600 Series) AzureCanvasBackend direct2d AzureContentBackend direct2d AzureFallbackCanvasBackend cairo JavaScript Incremental GC true Accessibility Activated false Prevent Accessibility 0 Library Versions Expected minimum version Version in use NSPR 4.9.4 4.9.4 NSS 3.14.0.1 Basic ECC 3.14.0.1 Basic ECC NSSSMIME 3.14.0.1 Basic ECC 3.14.0.1 Basic ECC NSSSSL 3.14.0.1 Basic ECC 3.14.0.1 Basic ECC NSSUTIL 3.14.0.1 3.14.0.1
Okay, comment #16 may be a red herring :-(. It uses "clickheat.js", which is really horrible. The unobfuscated version is here: http://people.mozilla.org/~roc/clickheat-original.js Key points of interest: -- For every click more than 1 second apart, it sends an XHR -- Then it does this: /* Little waiting cycle: default is to wait until Ajax sent or until the end of the time if no Ajax is available */ now = new Date(); clickHeatLocalWait = now.getTime() + clickHeatWait; while (clickHeatLocalWait > now.getTime()) { now = new Date(); } I.e., it busy-waits for 500ms unless its onreadystatechange handler sets clickHeatLocalWait to 0. Of course, the latter never happens since we wouldn't fire any events while it's busy-waiting. So this script, and any page that uses it, are utterly broken. We need another testcase.
Duping to 808466 since that one has the tracking flags.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.