168643 - Browser window opens in bottom left side instead of last position

Status: RESOLVED FIXED

(SeaMonkey :: General, defect)

Description

[Hayo Baan]

When the browser window gets opened it gets opened at the bottom-left side of
the screen instead of where it should open (i.e., the last opened position).
This always happens the first time a browser window is opened (I have quick
launch enabled), but sometimes also when I open a new browser window (and no
other windows are opened).  Sometimes, however, further browser windows open-up
at the correct location (even if there were no other browser windows open at
that time).
I've only seen this behaviour since I upgraded to version 1.1 (using 1.0 before
and that one worked fine in this respect), and only with the OS/2 version
(windows version is fine in this respect).

As a side note, I might add that sometimes I get a very small mozilla window
(window for the quick-launch process?) in the top left corner of my desktop. 
This also only happens with 1.1, and not with 1.0

By the way, I like the new icons!

Comment 1

[rnorberg]

PASS Could not recreate.
Tested clean install of 2002091313build on OS/2 ACP2 English.
Used new profile, and old test profile. 
Video scitech driver 1024x768x65536 
Opens in same location/window size as when it was closed.

Comment 2

[Louis Cote]

I have the same behaviour with the 1.2a version.

how to reproduce:
-----------------
1) I start mozilla in turbo mode (detach mozilla.exe -turbo)
2) First time I start mozilla (start mozilla.exe), the main window appear in the
bottom of the screen, as reported.
3) I move that window in the center of the screen and close it.
4) All other next mozilla's instances started are at the right size/position.
5) If I kill all mozilla's instances, the turbo instance too, I can reproduce
this behaviour again and again...

For our manufacturing needs we use the 1.0 release. The 1.0 release don't have
this behaviour, but only pop-up for a second and disapear (I talk about the
turbo instance) wish is not a very critic thing.

our test setup:
---------------
os2 warp 4, fp 15
Video scitech driver 1280x1024x65536
IBM netvista computer
Ethernet adapter 10/100
mozilla 1.2a on a HPFS partition

Hope this will help you !

Sorry for my bad english, I'm a french Canadian IBM'er... :)

Comment 3

[Mike Kaply [:mkaply]]

This is OS/2 only

Comment 4

[Mike Kaply [:mkaply]]

Attachment: Fix

For some reason, we hadn't implemented GetBounds.

This was the first time it was ever a problem.

Comment 5

[jhp (no longer active)]

Comment on attachment 100240 [details] [diff] [review]
Fix

r=pedemont
sr=blizzard (platform specific code)

Comment 6

[Mike Kaply [:mkaply]]

Fix checked in

Comment 7

[Felix Miata]

Maybe this fix cause bug 171180? Doesn't quite look like this is WAD.

Comment 8

[Mike Kaply [:mkaply]]

This is broke with all the code fixes back in.

Comment 9

[Mike Kaply [:mkaply]]

*** Bug 175020 has been marked as a duplicate of this bug. ***

Comment 10

[Wesha]

*** Bug 175786 has been marked as a duplicate of this bug. ***

Comment 11

[R.K.Aa.]

*** Bug 177186 has been marked as a duplicate of this bug. ***

Comment 12

[Mike Kaply [:mkaply]]

Attachment: Rewrite of nsFrameWindow code

OK, come to find out we were doing stuff wrong in frame creation.

This patch fixes that problem, which also fixes some general dialog sizing
issues we were having.

Comment 13

[Mike Kaply [:mkaply]]

Comment on attachment 113137 [details] [diff] [review]
Rewrite of nsFrameWindow code

Marking sr=blizzard = platform specific code.

Comment 14

[Mike Kaply [:mkaply]]

Comment on attachment 113137 [details] [diff] [review]
Rewrite of nsFrameWindow code

This is OS/2 only, low risk.

It fixes a few problems related to dialog sizing and window positioning.

One in particular is that the file bookmarks dialog because unusable after two
or three openings (it grows)

Comment 15

[Asa Dotzler [:asa]]

Comment on attachment 113137 [details] [diff] [review]
Rewrite of nsFrameWindow code

a=asa (on behalf of drivers) for checkin to 1.3beta.

Comment 16

[Mike Kaply [:mkaply]]

Fix checked in.