Window position no longer remembered on exit (localstore problem)




18 years ago
18 years ago


(Reporter: Stephen Ostermiller, Assigned: Brian Ryner (not reading))




Firefox Tracking Flags

(Not tracked)


(Whiteboard: [nsbeta2-][nsbeta3+])



18 years ago
With the most recent build, when I exit mozilla and restart it, the upper left
hand corner of the browser window is positioned in the very center of my screen.

If I delete the localstore.rdf file from my profile directory, the window is
placed in the upper left hand corner of my screen.  Once I close mozilla and
restart it, a new localstore.rdf is created and the window is back in the
incorrect place.

I have deleted everything from my profile with the execption of the cookies,
bookmarks, and preferences.  However, I have edited the prefs.js file and
removed everything except the proxy info, homepage info, download directory, and
a few other properties that I would rather not lose.

Even with such a minimal profile this problem persists.

Comment 1

18 years ago
The problem seems to be when the localstore file gets written.  No matter where
the window is when I exit localstore gets something like:
  <RDF:Description about="chrome://navigator/content/navigator.xul#main-window">
If I change the screen x and y the window gets put in the right place the next
time I start.

Comment 2

18 years ago
hmm,over to XPToolkit for a look.  Pav, is this something you can fix.
Assignee: asa → trudelle
Component: Browser-General → XP Toolkit/Widgets
Ever confirmed: true
QA Contact: doronr → jrgm

Comment 3

18 years ago
this happens only on Linux, right?  assigning to pavlov, m21
Assignee: trudelle → pavlov
Target Milestone: --- → M21

Comment 4

18 years ago
This is *NOT* a Linux only bug.  I just installed the latest nightly build on my 
windows computer and set the proxy to junkbuster.  It exibits the same behavior. 
 From default home page of, mozilla would not load 
or properly.  Both came up looking like   However, 
the problem seems more pronounced on linux as after loading a local file windows 
seems to breeze through my sluggy test case with no problems.  I haven't done 
enough browsing (read 5 minutes) under windows to know sites where it can be 
reproduced reliably. 

I have tested the following configs of junkbuster and mozilla:
jbuster | mozilla
windows | linux
linux   | linux
linux   | windows

All exhibit the behavior.

Comment 5

18 years ago
Sorry, had the wrong bug in mind.  Please ignore that last comment.

Comment 6

18 years ago
Nominating for beta2.  If we don't fix this, windows will appear at all sorts of
strange locations.
Keywords: nsbeta2

Comment 7

18 years ago
This actually broke with blizzard's checkin, although to properly fix it we need
to be sending NS_MOVE events for window moves as well.
Depends on: 43095

Comment 8

18 years ago
Stephen, so it is Linux-only? cc'ing blizzard for comment
Keywords: regression

Comment 9

18 years ago
This is indeed linux-only.  We have a good lead on the cause.

Comment 10

18 years ago
Just wanted to add a comment that this is causing, in some cases, the browser
window to open almost completely offscreen.  This is why it needs fixed for

Comment 11

18 years ago
This is linux only as far as I have seen.  I was confused and posted to the 
wrong bug about not being linux only.

Comment 12

18 years ago
Putting on [nsbeta2+] radar for beta2 fix. 
Whiteboard: [nsbeta2+]
Target Milestone: M21 → M18

Comment 13

18 years ago
This will be fixed once we hook up NS_MOVE events on linux.  I'm working with
blizzard on that.

Comment 14

18 years ago
Moving from [nsbeta2+] to [nsbeta2-] per todays PDT XP Toolkit Beta2 Review mtg.
Keywords: nsbeta3, relnote2
Whiteboard: [nsbeta2+] → [nsbeta2-]

Comment 15

18 years ago
bryner has either fixed this or has a fix for this.. reassigning to him
Assignee: pavlov → bryner


18 years ago

Comment 16

18 years ago
Whiteboard: [nsbeta2-] → [nsbeta2-][nsbeta3+]

Comment 17

18 years ago
Checked in this fix, finally (been in my tree for at least a month).
Last Resolved: 18 years ago
Resolution: --- → FIXED

Comment 18

18 years ago
*** Bug 43743 has been marked as a duplicate of this bug. ***

Comment 19

18 years ago
My original fix here had some problems.  I'm going to check in a better one when
the tree opens.
Resolution: FIXED → ---

Comment 20

18 years ago
Ok, should be "really fixed" now.
Last Resolved: 18 years ago18 years ago
Resolution: --- → FIXED

Comment 21

18 years ago
verified fix using 20001101 window open at top left corner
You need to log in before you can comment on or make changes to this bug.