41346 - uriloader depends on app's initial configuration

Status: VERIFIED DUPLICATE of bug 40164

(Core :: Networking, defect, P3)

Description

[Akkana Peck]

Not sure who owns uriloader issues ...

Normally, I start mozilla, then click on the mail icon in the taskbar to bring
up mail, and then if I click on a link in a mail message, that url loads in the
browser window.

However, if I run with mozilla -mail, then bring up a browser window, then click
on a link in a mail message, the link loads in the mail window, which clearly
isn't what I want.

If I run mozilla -mail, and don't bring up a browser window first, and click on
a link in a mail message, and it pops up a browser window at the default size
rather than then the size from localstore.rdf, and then subseqently remembers
this new size in localstore.  It should bring up a browser window at the user's
preferred size.  Long ago there was an issue involving something like absolute
vs. relative pathnames to navigator.xul (cc'ing waterson); perhaps that's the
issue here, or perhaps this is a separate bug.

Comment 1

[Scott MacGregor]

I already have a bug about this. However, I couldn't put my finger on when the
dispathing between the browser and the mail window worked and when it wouldn't
work. Thanks for narrowing it down akkana.

Comment 2

[Scott MacGregor]

Marking this as a dup of 40164. We should probably file a separate bug on the
fact that the window dimensions aren't coming up correctly. The default owner of
GlobalWindowImpl should probably start off with that bug.


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

Comment 3

[Akkana Peck]

Split off the other issue as bug 41724.

Comment 4

[Tom Everingham]

verified Dup.