Closed
Bug 3957
Opened 26 years ago
Closed 25 years ago
Minimize then return to normal size scrolls viewer to top of document.
Categories
(Core :: XUL, defect, P3)
Tracking
()
VERIFIED
WONTFIX
M11
People
(Reporter: kmcclusk, Assigned: trudelle)
Details
On any document, if you scroll down, minimize it, them restore it to it's
original size by clicking on it's icon in the task bar, It will be displayed
without the scroll offset.
The expected behavior is for it to retain its scroll offset.
A side-effect of this unwanted behavior, is the native form control elements are
displayed using the scroll offset, while the rest of the document is not.
widgets need to send along minimize<->restore messages so that layout can see
them and prevent reflows from happening in these situations. with that done,
this problem should go away.
Kevin-- I got this assigned to me, I assume from Michael. I think you should
take it in light of your new responsibilities. You can alternatively hand over
to Patrick.
Assignee: rickg → kmcclusk
Reporter | ||
Updated•26 years ago
|
Assignee: kmcclusk → beard
Reporter | ||
Comment 3•26 years ago
|
||
Patrick, this is a view related bug so I am reassigning to you.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Comment 4•25 years ago
|
||
view manager could potentially filter out the resizes due to minimization.
claudius, could you check this on all platforms and give results please?
Comment 6•25 years ago
|
||
as of 1999042608 on WinNT, Win95, and MacOS, and 1999042708 on Linux it seems to be a windows only thang. Repeat it's just
Win32
Updated•25 years ago
|
Target Milestone: M6
Comment 7•25 years ago
|
||
-> M6
Updated•25 years ago
|
Target Milestone: M6 → M7
Updated•25 years ago
|
Target Milestone: M7 → M8
Moving all Apprunner bugs past and present to Other component temporarily whilst
don and I set correct component. Apprunner component will be deleted/retired
shortly.
Comment 9•25 years ago
|
||
moving to m9. beard's on vacation
Comment 10•25 years ago
|
||
This is a result of resizing the main window to 0x0 and then reflowing everything
when it is restored. Some platform-specific state should be maintained to either
restore the scroll position when the program is returned to normal size, or to
avoid telling layout about the size change. Alternatively, the code that is
causing the scroll position to change can be changed not to. Need more analysis
here.
Updated•25 years ago
|
Target Milestone: M9 → M11
Comment 11•25 years ago
|
||
viewer-specific problem, deferring (perhaps indefinitely?)
Updated•25 years ago
|
Assignee: beard → trudelle
Status: ASSIGNED → NEW
Component: other → XP Toolkit/Widgets
Comment 12•25 years ago
|
||
This is really a case that we shouldn't have to handle, the platform-specific
event code shouldn't present us with this case, so I'd argue no reflows should be
happening when a window is minimized.
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
Assignee | ||
Comment 13•25 years ago
|
||
This is only in Viewer, AppRunner works fine. resolving as wontfix.
You need to log in
before you can comment on or make changes to this bug.
Description
•