Closed
Bug 639
Opened 27 years ago
Closed 21 years ago
we need minimization notifications
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P2)
Core
DOM: UI Events & Focus Handling
Tracking
()
RESOLVED
WONTFIX
Future
People
(Reporter: kipp, Unassigned)
References
Details
(Keywords: perf, Whiteboard: WFM?)
so that we don't bother doing a reflow to 0,0
Updated•27 years ago
|
Status: NEW → ASSIGNED
Component: Unknown → Event Handling
Comment 2•26 years ago
|
||
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Updated•26 years ago
|
Target Milestone: M4 → M5
Comment 3•26 years ago
|
||
I don't think anyone is dying for this in the next 36 hours. Moving to M5
Updated•26 years ago
|
Target Milestone: M5 → M6
Comment 4•26 years ago
|
||
Not making these for M5
Comment 5•26 years ago
|
||
Moving out to M7
Updated•26 years ago
|
Target Milestone: M7 → M12
Comment 8•25 years ago
|
||
Hey Joki, you lazy bastard, would you fix this f*cking bug that's been open
since February... and its bug # is so damn low that I'm surprised that bugzilla
even remembers it.
Updated•25 years ago
|
Target Milestone: M13 → M15
Updated•25 years ago
|
Summary: we need minimization notifications → [FEATURE] we need minimization notifications
Target Milestone: M15 → M16
Comment 9•25 years ago
|
||
Moving M16.
Comment 11•25 years ago
|
||
This is mostly a performance issue, not a feature.
Summary: [FEATURE] we need minimization notifications → we need minimization notifications
Comment 12•25 years ago
|
||
This bug has been marked "future" because the original netscape engineer working
on this is over-burdened. If you feel this is an error, that you or another
known resource will be working on this bug,or if it blocks your work in some way
-- please attach your concern to the bug for reconsideration.
Target Milestone: M18 → Future
Comment 14•24 years ago
|
||
Would this be contributing to why there's so much disk swapping going on in
Windows when I restore a window from the taskbar?
Updated•23 years ago
|
QA Contact: madhur → rakeshmishra
Updated•23 years ago
|
Updated•22 years ago
|
QA Contact: rakeshmishra → trix
Comment 15•22 years ago
|
||
I know Windows tells a program when it is being minimized and would think it is
the same for other systems so wouldn't this essentially involve a cross-platform
function to tell if being minimized and an if/then style conditional to skip
reflow on minimize. However, at least on Windows, reflow will still need done
on restore/maximize because it is possible to unminimize by doing a maximize
instead of restore as well as possible to change resolution, etc.
Updated•22 years ago
|
Comment 16•22 years ago
|
||
reassign
Assignee: joki → saari
Status: ASSIGNED → NEW
QA Contact: trix → desale
Comment 17•22 years ago
|
||
This is the oldest NEW bug in the Browser.
Has this been fixed? Does it even need to be fixed? I see a performance hit when
I resize the window, but not when I minimize and restore to the same size.
I think this is WFM for Win2K at least.
-M
Updated•22 years ago
|
Whiteboard: WFM?
Comment 18•21 years ago
|
||
-> Current default owner/QA of this component. Looks like these netscape folks
are gone.
Assignee: saari → events
QA Contact: desale → ian
Comment 19•21 years ago
|
||
Lemme go out on a limb here and mark this as wontfix. We're so good with our
reflows now that we don't need to ignore a reflow when sizing to 0,0. If this
is re-opened, I suggest that the severity be set to Enhancement.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WONTFIX
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•