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)
Tracking
()
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
Comment 1•25 years ago
|
||
->xpt, bryner, janc
Assignee: asa → bryner
Component: Browser-General → XP Toolkit/Widgets
QA Contact: doronr → janc
Comment 3•25 years ago
|
||
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.
Comment 4•25 years ago
|
||
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
Assignee | ||
Comment 5•25 years ago
|
||
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
Comment 6•25 years ago
|
||
Brian, you already have a bug for that work, right? We should certainly test
this scenario once that work is done.
Comment 7•25 years ago
|
||
Brian?
Assignee | ||
Comment 8•25 years ago
|
||
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.
Comment 9•25 years ago
|
||
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.)
Comment 11•25 years ago
|
||
nsbeta3-/future
Whiteboard: [need info] → [nsbeta3-]
Target Milestone: --- → Future
Assignee | ||
Comment 12•25 years ago
|
||
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
Comment 13•25 years ago
|
||
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?
Assignee | ||
Comment 14•25 years ago
|
||
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.
Description
•