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)

x86
Windows NT
defect

Tracking

()

VERIFIED WONTFIX

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.
Assignee: michaelp → rickg
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
Assignee: kmcclusk → beard
Patrick, this is a view related bug so I am reassigning to you.
Status: NEW → ASSIGNED
view manager could potentially filter out the resizes due to minimization.
Component: Viewer App → Apprunner
QA Contact: 3853 → 4130
claudius, could you check this on all platforms and give results please?
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
Target Milestone: M6
-> M6
Target Milestone: M6 → M7
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.
moving to m9. beard's on vacation
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.
Target Milestone: M9 → M11
viewer-specific problem, deferring (perhaps indefinitely?)
Assignee: beard → trudelle
Status: ASSIGNED → NEW
Component: other → XP Toolkit/Widgets
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.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
This is only in Viewer, AppRunner works fine. resolving as wontfix.
okay. marking VERIFIED
Status: RESOLVED → VERIFIED
URL: all
You need to log in before you can comment on or make changes to this bug.