Closed Bug 49674 Opened 25 years ago Closed 25 years ago

pressing Ctrl and spinning the mouse wheel up very fast crashes my xserver.

Categories

(Core :: XUL, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED DUPLICATE of bug 54963
mozilla1.0

People

(Reporter: onno, Assigned: bryner)

Details

(Keywords: crash, Whiteboard: [nsbeta3-])

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-ide i686; en-US; m17) Gecko/20000807 BuildID: 2000080712 Just pressing Ctrl and spinning the mouse wheel up very fast crashes my xserver. Reproducible: Always Steps to Reproduce: Hold down control and turn the wheel of the mouse fast up... Actual Results: x server crash Expected Results: font change
->xpt, bryner, janc
Assignee: asa → bryner
Component: Browser-General → XP Toolkit/Widgets
QA Contact: doronr → janc
Adding crash keyword to all open crashers
Keywords: crash
Changing summary to intelligible sentence. Changing status to NEW. Crashed my x-server big time.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: x server crash mouse wheel font change → pressing Ctrl and spinning the mouse wheel up very fast crashes my xserver.
nominating for nsbeta3 This bug horked my /dev/hda1 drive and I now have to re-build it. Also, it's *extremely easy* to reproduce.
Keywords: nsbeta3
This honestly sounds like a bug in the X server, not sure if there's all that much we can do about that. However, I believe the current plan is to remove the mousewheel font change option once a keyboard shortcut exists... which will work around the problem. CC'ing pavlov to see if he has any ideas. janc, what video card and X server are you using?
Status: NEW → ASSIGNED
Brian, you already have a bug for that work, right? We should certainly test this scenario once that work is done.
Brian?
Well, the ctrl-mousewheel font change is disabled now by default. Haven't tested whether this is still reproduceable if you manually enable it, but I don't think this is really a big issue.
I think the problem is with the font-changing mechanism, rather than the mousewheel or the X server. Peter Anemma was telling me in #mozilla that his work on implementing font zoom was exposing a number of bugs, at least one of them being a crasher. I don't know if he's on Linux. (Nor do I know his address to CC. Sorry.)
janc: can you still reproduce this?
Whiteboard: [need info]
nsbeta3-/future
Whiteboard: [need info] → [nsbeta3-]
Target Milestone: --- → Future
i still suspect this is not a mousewheel bug at all, but hopefully we can resolve this by mozilla 1.0.
Target Milestone: Future → mozilla1.0
Could the problem here be the same as when you try to zoom to 60,000%? X renders (scaled?) fonts through bitmaps, will sliding through a lot of font scales cause a lot of memory to be allocated as X tries to keep up?
I think this is very likely the same problem. *** This bug has been marked as a duplicate of 54963 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.