Closed Bug 35300 Opened 24 years ago Closed 24 years ago

double click selection doesn't work under heavy load

Categories

(Core :: DOM: Editor, defect, P4)

x86
Windows NT
defect

Tracking

()

VERIFIED WONTFIX

People

(Reporter: Marko.Macek, Assigned: rubydoo123)

Details

double clicking in the location bar text field doesn't select the url if the
machine is under heavy load (accessing a parallel port ZIP drive, for example).
Unable to reproduce during 15 seconds of 98%+ CPU load on WinNT on a K6/300, 
using 2000-04-09-08-M15: double-click selection worked reliably in the URL bar.

Marko.Macek@gmx.net, could you please describe your machine and state the 
Build ID of the version of Mozilla you were using? Thanks.
Summary: double click doesn't work under heavy load → double click selection doesn't work under heavy load
Must have missed the radio button... really moving to "Selection" component
this time...sorry.
I can't repro this on win2k (under a simulated 100% load). Marking WORKSFORME
but if there is some other tweak to reproduce this, then please REOPEN with 
details. Thanks. 
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
also can't reproduce on win2k with heavy load, verifying worksforme until 
further notice.
Status: RESOLVED → VERIFIED
Build 2000040908 (I don't believe this is a build specific bug)

It only happens when copying from/to parallel port ZIP drive which causes high 
kernel CPU load (and slows the computer down 95%). It only happens with a slow
(non-EPP) parallel port on NT.

I have also reproduced (not so reliably) by running 5 200% CPU busy loops
(P2 400).

I ran 5 copies of this:

perl -e "while(1) {}"

If you have a faster machine, just run more of them.

I think this should be reopened (it definatelly doesn't work for me :( )
At reporter's request, I'm reopening for the time being to see if anyone is able 
to reproduce this.

lowering severity, this seems like a pretty specific bug that won't come up too 
often.
Severity: normal → minor
Status: VERIFIED → UNCONFIRMED
Resolution: WORKSFORME → ---
changing component to editor, reassigning.
Assignee: trudelle → beppe
Component: XP Toolkit/Widgets → Editor
QA Contact: jrgm → sujay
marking as wontfix, unless this can be reproduced in a braoder range of actions.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago24 years ago
Priority: P3 → P4
Resolution: --- → WONTFIX
Target Milestone: --- → M16
verified in 4/12 build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.