Closed Bug 89514 Opened 25 years ago Closed 25 years ago

hangs when in view stored data window, and I select personal.

Categories

(Toolkit :: Form Manager, defect, P1)

Product:
Toolkit
Component:
Form Manager
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: ds, Unassigned)

References

Details

(Keywords: hang)

Attachments

(1 file)

Work-around until bug 89133 gets fixed
5.08 KB, patch
Details | Diff | Splinter Review
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010628 BuildID: 2001062823 Using the Edit->View Saved Data menu item, then selecting the "Personal" category, mozilla hangs. Reproducible: Always Steps to Reproduce: 1. Use the Edit->View Saved Data menu item 2. Select the "Personal" category Actual Results: Mozilla hangs; nothing appears in the right hand side of the dialog box, and mozilla stops responding to the mouse and keyboard. Expected Results: The saved personal information (if any) should have appeared in the right hand side. I'm running a mostly-vanilla Debian Linux 2.2 (potato) installation, using Enlightenment 0.16.3 window manager.
I see this behavior in today's branch build, marking new
Status: UNCONFIRMED → NEW
Ever confirmed: true
I saw this happening on 07/13 branch build. Browser is extremely slow when opening the personal page, almost like a hang.
Yes, I'm seeing this too. Happens only on linux, fine on winNT. This is pretty serious.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.3
nav triage: Steve - any update on this bug?
Keywords: nsbeta1+
Priority: -- → P1
Update is that it's a bug in the xul engine and I have no intention of fixing that. What I'm trying to do is determine what it is in my xul that is tripping up the xul engine, and then try to work around it. I have not yet found the pattern but I'm working on it.
The underlying problem here is bug 89133. But I'm not going to mark this as a dup because that bug won't get fixed in the near future and therefore we need a work-around for the form manager problem. jag and bryner have discovered such work-around. Turns out the problem is being caused by having more than one <html> element in the same row. I can fix that by making all but one be a <text> element instead. Am currently in the process of developing a patch and testing.
sr=blake Of course this means the text won't wrap, but looking at it, I don't see why it'd have to. (I seem to recall hyatt mentioning xbl:text that wraps, though?)
Keywords: hang
r=jag
Fix checked in on trunk. Rejected by pdt for 9.2 branch.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
*** Bug 92876 has been marked as a duplicate of this bug. ***
*** Bug 93740 has been marked as a duplicate of this bug. ***
Verified linux build 2001082012
Status: RESOLVED → VERIFIED
Assignee: morse → nobody
Product: Core → Toolkit
QA Contact: tpreston → form.manager
Target Milestone: mozilla0.9.3 → ---
Version: Trunk → unspecified
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: