Closed
Bug 94262
Opened 24 years ago
Closed 23 years ago
Windows http:// protocol integration is incomplete/broken
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
People
(Reporter: zoarre, Assigned: asa)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.3) Gecko/20010801
BuildID: 20001080110
In Windows 2000 and Windows ME, if Mozilla is selected as the default browser
for the http:// and https:// protocols, URLs are not launched correctly from the
Run dialog (accessbale from the start menu) or the address bar, if embedded in
the taskbar.
There are always two browsers opened instead of one. One is visually corrupt,
while the other has the requested URL opened correctly. Usually, but not always,
Windows complains that "the file <URL> could not be found (or one of it's
components)."
Reproducible: Always
Steps to Reproduce:
From the Run dialog:
1.Ensure that mozilla is selected as the default browser for http(s): protocol.
2.Select "Run..." from the Start Menu. If this is not available, you will need
to enable it with the Taskbar and Start Menu settings applet.
3.Type a URL into the dialog, such as "www.google.com"
From the Address Bar:
1.Ensure that mozilla is selected as the default browser for http(s): protocol.
2.If there is no address bar on your taskbar, right click on the task bar,
select Toolbars>Address.
3.Type a URL into the combo box on the address bar, such as "www.google.com."
Actual Results: Usually, a dialog appears saying that the file (or one of its
components could not be found).
Two browser windows are always opened, one with the URL correctly opened, and
another that appears visually corrupt (the skins aren't even drawn fully).
This has been confirmed to occur identically on two machines: one with Windows
ME and one with Windows 2000.
Expected Results: Mozilla should behave the same way that Internet Explorer
would behave. That is to say that a new Mozilla browser should be opened with
the URL that was requested.
I believe that this is a severe bug, because unless Mozilla is able to integrate
into the operaring system seamlessly (meaning as MSIE would), fewer people will
be willing to adopt it. Windows users are especially finicky about this sort of
thing, especially when they have a particular way of opening a URL that they
don't deviate from that Mozilla doesn't appear to handle correctly. It would be
a shame for a superior application to be discarded because of a small
integration issue.
This may be realted to other bug reports stating that the favorites menu does
not work. In my opinion, Mozilla should not replace the favorites menu with one
of its own, it should simply be the browser launched from the favorites menu
instead of IE.
Updated•24 years ago
|
Whiteboard: DUPEME
*** This bug has been marked as a duplicate of 59078 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•