Closed
Bug 41346
Opened 26 years ago
Closed 26 years ago
uriloader depends on app's initial configuration
Categories
(Core :: Networking, defect, P3)
Tracking
()
People
(Reporter: akkzilla, Assigned: mscott)
Details
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.
|
Assignee | |
Comment 1•26 years ago
|
||
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.
|
|
Assignee | |
Comment 2•26 years ago
|
||
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 ***
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•