Closed Bug 98440 Opened 23 years ago Closed 21 years ago

text selection lockup/memory leak

Categories

(Core :: Layout: Text and Fonts, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: saveliev, Assigned: mkaply)

References

()

Details

Attachments

(1 file)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.3) Gecko/20010801 BuildID: 20010905 Total lockup when selecting text. Reproducible: Always Steps to Reproduce: 1. Go to http://www.ayna.com/index.utf8.html 2. Press on and hold mouse button 3. Start selecting text randomly Actual Results: Mozilla loads 100% CPU and starts eating RAM almost instantly. Expected Results: Selection works correctly, at least when RTL selection bug will be fixed.
I can confirm this here with the 20010905 daily under win32. I can't find a releveant dupe at the moment, but I recall seeing this posted before. Anyone?
Status: UNCONFIRMED → NEW
Ever confirmed: true
I think this has something to do with a checkin by mjudge. http://bonsai.mozilla.org/cvslog.cgi?file=mozilla/layout/html/base/src/nsFrame.cpp The log for rev 3.315 refers to bug 82993 and bug 87662, but there are changes in the bidi additions to |nsFrame::GetFrameFromDirection| that don't seem to even be in the diffs attached to those bugs. What are those changes about? I think that moving the test for |if (!selectable)| inside the |while| is causing an infinite loop here.
Attachment 48844 [details] [diff] backs out the change I mentioned in my previous comment© With this patch applied I no longer experience the lockup© mjudge: what will this break?
apologies for the spam - reassigning owner and QA because of strange behaviour by Bugzilla
QA Contact: zach
Blocks: 115709
i am looking to see what this will break. gimme a min to get back to you
I am pulling a tree right now. I would like to try this patch out myself. is that ok or do you need an answer like right away? MJ
Go ahead, I am happy to wait while you investigate to your satisfaction.
Upgrading severity and nominating, since this is a hanger. mjudge: any thoughts?
Severity: normal → critical
Keywords: nsbeta1
I think this should have been fixed by the checkin to bug 76190 (and/or 82352), but I can't reproduce the hang in builds either before or after that checkin. Can you retest?
adt: nsbeta1-
Keywords: nsbeta1nsbeta1-
I'm not seeing this in mozilla 1.7 on Linux. Does it still happen on Windows?
does not happen in mozilla 1.6 on windows 2003 server, that i use now. anything about other OSes?
Also not seeing this bug at the moment with build 2004-06-20 and Windows XP.
Resolving WORKSFORME per last few comments.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
well, does it work on Windows 2000?
Component: Layout: BiDi Hebrew & Arabic → Layout: Text
QA Contact: zach → layout.fonts-and-text
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: