117946 - browser window position persistence isn't

Status: RESOLVED DUPLICATE of bug 88563

(SeaMonkey :: UI Design, defect)

Description

[Mark Leverson]

When the browser first loads it always goes to a preset size and location.
Netscape used to remember the last size and location that the browser window was
in so a person didn't have to move it every time you start a sesion.

Comment 1

[Bruce Davidson]

This works for me on MacOS X 10.1.1 build 20011228-09. Marking WFM.

Its possible that your localstore.rdf file which stores this information has
become corrupt. If this is the case there are several existing bugs relating to
this. The solution is to delete your localstore.rdf file and let Mozilla create
a new one (you will loose your URL bar history though).

Comment 2

[Mark Leverson]

I trashed all the localstore.rdf files that I could find for OSX. There where
about 9 of them in various places. I still have the problem and the URL bar
history is still there.

Comment 3

[Mark Leverson]

This should be reopened

Comment 4

[Asa Dotzler [:asa]]

Mark, please try creating a new profile. Do this by dragging the Profile Manager
icon onto the Mozilla application icon. In the resulting dialog create a new
profile and see if the problem persists in the new profile. Thanks.

Comment 5

[sairuh (rarely reading bugmail)]

->danm?

Comment 6

[Dan M]

Need more details. Window position persistence is known to work in general
(though I notice it seems to be staggering down and right occasionally when it
shouldn't; haven't figured out the pattern yet).

Comment 7

[Mark Leverson]

Asa

I did as you asked and the problem went away.

Thanks.

Comment 8

[Dan M]

Seems like it must be a corrupt localstore.rdf file, then. Mark, would you try
swapping the localstore.rdf file from your good profile with the one from your
bad profile, to be certain that's the responsible variable? If so, it makes
sense to attach your localstore to bug 88563, comment that you had similar
problems, and shut this bug down. (You have nine? The active one is in <boot
volume>/users/<you>/library/mozilla/profiles/<profile name>/<random garbage
name>/localstore.rdf, on OSX. The two of interest are ...<bad profile>/<random
garbage>/localstore.rdf and <good profile>/<other random garbage>/localstore.rdf.

Comment 9

[Dan M]

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

Comment 10

[lohphat]

I deleted the localstore.rdf file and the problem sill persists.

Comment 11

[Mark Leverson]

Danm...I swapped the localstore.rdf files and the problem moved from one profile
to the other. This seems to be the cause.

Comment 12

[Dan M]

Ah! That problem has been rattling around for a while now. We don't have a
handle on what's wrong. Alright, I'm going to close this bug as a duplicate of
88563.

There are already corrupt localstore.rdf files attached to that bug. You might
as well add yours, too. If you could somehow pin it down to a particular section
of the file (and post a minimal corrupt version), that would be helpful. (But
somewhat time-consuming to do. If not, we can, so don't stress too much on
that.) I suspect there's, like, two lines of noncomformant XML or inconsistent
data hidden somewhere in your file. Knowing exactly what it is would help us try
to figure out what's causing it, or maybe to bullet-proof the reader. But of
course a corrupt file is a lot less smoking gun than a stack trace of a crash,
so this is a difficult problem.

*** This bug has been marked as a duplicate of 88563 ***

Comment 13

[Dan M]

duh -- I see you've already attached your localstore.rdf to 88563. Thanks! and
ignore my rambles above.