Closed Bug 17982 Opened 25 years ago Closed 25 years ago

Maximized browser window not maximized as such on restart

Categories

(SeaMonkey :: General, defect, P3)

x86
Windows NT

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 20847

People

(Reporter: sidr, Assigned: law)

References

Details

If the Mozilla browser window is maximized when it is closed,
on restarting the browser it is sized correctly but positioned incorrectly and
does not "remember" that it was maximized. Likely a Windows-only problem.

Steps to reproduce:
1. Start Mozilla, do anything, maximize the window (click on the widget
   beside the "X" at the right-hand end of the title bar.
2. Restart Mozilla.
3. Click on the same widget to maximize the window again.

Actual Results:
1. The Window is not in the "Maximized" state: the widget show the dark
   line at the top of a rectangle, rather than the two rectangles that are
   shown when a window is maximized. Toggling this widget does the expected.
2. The Mozilla window is correctly sized larger than the desktop by exactly
   the width of the window borders, as is normal for maximized windows.
3. The Mozilla window is positioned about 8 pixels down and to the right of
   the upper-left corner.

Expected Results:
1. The window is in the Maximized state.
2. The window is correctly sized (already happening).
3. The window is correctly positioned (at about -4, -4, using upper left
   corner as origin, depending on widow border width).

Tested with:
Windows NT, mozilla.exe, 1999-11-03-13-M11 nightly binary

Speculation:
The distance that the window is incorrectly positioned is the absolute
value of the width of two window borders (l&r, and top&bottom).

Additional comments:
1. This may well affect Mail/News and Composer as well.
2. This probably affects all MS-Windows OS, and no others, but similar problems
   may exist for other platforms.
This is a duplicate bug. Similar bug was already filed to adress "default window
size" but I can't find that one now.
claudius, can you find out whether this one is a duplicate?
The "Not remembering browser window size" bug is bug 18422, which itself
may be a DUP, if "[DOGFOOD][FEATURE] Window size and position should be
remembered" - currently ASSIGNED - hasn't wandered too far from that summary.

However, this bug is not about that. At present, on Windows (NT at least,
but I'm certain the API for this is the same for all Win32), upon restart a
maximized windows is coming up the right size, but it is not remembering its
state as "Maximized." The position problem should resolve itself if the App
(whichever Mozilla App) remembers to inform Windows that it is Maximized.

This should not be hard to do, but it needs to be done for the App to fit
properly into the Host OS GUI model. Users familiar with the Win95 graphic
shell and its cousins will expect that for restarted Apps closed in the
Maximized state, clicking once on the widget mentioned above will resize
the App window to a smaller size, not Maximize it - it should already be
maximized.

Actually, trying some other apps, it looks like spec to remember the previous
non-maximized size also. I don't know how well Microsoft has documented this,
but you could always try finding the data structure use for storing window
state (or the code that saves it away in the registry on normal App closing)
in the MFC :-)
*** Bug 15409 has been marked as a duplicate of this bug. ***
Umm...does Shuang fix webshell problems? ;)

If not, shouldn't this be assigned to Don (with an e-mail message letting him
know about it)?
Assignee: shuang → don
agree with elig, reassign it to don for fixing.
Assignee: don → travis
Target Milestone: M15
Travis ...
Assignee: travis → law
Nope, this is in the code that remembers the state/ size of the window.  Per
Don reassigning to law.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
I've already got a bug on this.

*** This bug has been marked as a duplicate of 20847 ***
Status: RESOLVED → VERIFIED
I'm marking this as verified as both are the same bug.
Moving all UE/UI bugs to new component: User Interface: Design Feedback
UE/UI component will be deleted.
Component: UE/UI → User Interface: Design Feedback
Component: User Interface Design → Browser-General
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.