Closed Bug 112616 Opened 23 years ago Closed 22 years ago

when set as default browser, does not open URLs launched from emails

Categories

(SeaMonkey :: UI Design, defect)

Product:
SeaMonkey
Component:
UI Design
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: webmaster, Assigned: law)

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6) Gecko/20011120
BuildID:    2001112009

I have Mozilla set as my default browser. When I try to launch a URL embedded in
an email, it opens Mozilla, but it does not open the URL. It stops at the
default home or blank page.
This will force me to chnage the default browser (painfully) to IE so that I can
launch URLs without having to manually copy/paste.

EMAIL client: Eudora 5.1
OS: Win 2000
Network: LAN or Dialup

PS: I am looking for an IE alternative and this is IT. Keep up the effort. * The
Netscape builds are rather unstable but mozilla is quite reliable.


Reproducible: Always
Steps to Reproduce:
1. Set Mozzila as your default browser (at least for HTTP).
2.Send an HTML or text email (with embedded URL) to yourself (or recieve on from
someone)
3.Click on the URL in the email. 




Actual Results:  Result: Mozilla will launch but it will not be able to open the
URL in the email.


* This happens with Euroda 5.1 which has so far been working wonderfully with
the other browsers.

Expected Results:  Mozilla should have opened the internet address in the URL
from the email or reported that the address does nto exist (if that is to be the
case)

The same procedure works as expected in IE 5.5, 6.0 Netscape 4.75 and Opera 5
WFM 2001112903 on Win2k (w/ Eudora 5).

Reporter: Please try a fresh profile, as that often solves problems of this
type. You can manage/create profiles with "mozilla.exe -profilemanager".

-> XP Apps
Assignee: asa → pchen
Component: Browser-General → XP Apps
QA Contact: doronr → sairuh
I can confirm this bug on 0.9.7.  I have the same reaction - clicking on 
embedded links with email or other programs is so important that I will have to 
move back to IE AND I don't want to do that!

When I click on links embedded within Eudora, or ANY program, often times 
nothing happens when Mozilla is the default browser.  For example, in the help 
menu of vmware, there are several entries that will bring up various locations 
within vmware's website (home, sales, support, ...).  None of these work when 
Mozilla is the default browser.  All work when IE is the default browser.

Sometimes in Eudora, Mozilla will come up, and then Eudora will respond with 
some odd dialog box asking me what program it should launch.

I am not sure what the comment about using a fresh profile means.  On the one 
hand, the default profile is pretty much as fresh as it can get.  I installed 
Mozilla less than 48 hours ago.  On the other hand, I don't want to lose the 
modifications that I have made.  Can you be more specific than to just use a 
new profile?  Are there specific settings I can check/set in my various pref 
files instead?

Thanks,

Jerry
Hi Jerry,

Someone adviced me to delete the existing profiles in mozzila and create a new
one. I did it and now the browser works as it should. I am able to click on
email links or embedded links and have them open in a new Mozilla window.

Needless to say, I have permanently migrated to Mozilla from IE. I considered
using Netscape 6.x, but it has some small issues that I guess are caused by the
addition of the small free things like net2phone,chat,..... 

I recomment Mozilla to everyone.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
How can this be regarded as fixed?  It ain't fixed for me!

Telling folks to delete their profile and then recreate it IS NOT A FIX!  That 
is what some of us refer to as a kluge, a hack, a workaround.  But definitely 
not a fix.

I wish I knew more about how bugzilla worked, because as far as I can tell, 
this bug should be reopened.
The previously suggested fix/walk-around does nto work for all users
experiencing this problem. The bug is therefore fit to be reopened.
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
-> default assignee
Assignee: pchen → trudelle
Status: UNCONFIRMED → NEW
Sorry, but occasionally having to delete profiles is one of the costs we pay for
using bleeding edge milestone builds of free software. Please try creating a new
profile, as described in comment #1, and testing to see if you can reproduce the
defect in that profile, using a *recent* build.  If it is not broken there, then
you are unlikely to get anyone to fix it, since it is probably a problem in your
old profile caused by an old build.
->law
Assignee: trudelle → law
Status: NEW → UNCONFIRMED
<blockquote><i>
Sorry, but occasionally having to delete profiles is one of the costs we pay for
using bleeding edge milestone builds of free software. Please try creating a new
profile, as described in comment #1, and testing to see if you can reproduce the
defect in that profile, using a *recent* build.  If it is not broken there, then
you are unlikely to get anyone to fix it, since it is probably a problem in your
old profile caused by an old build.
</i></blockquote>
Hmm.  If I put html in here, will the right things occur?
<p>
So is it still a goal of Mozilla to be widely adopted?
<p>
I don't disagree that having to delete profiles is one of the costs for using 
bleeding edge milestones.  I still say that any bugfix that says "deleting your 
profile will fix this bug" is not a bugfix.  It's not going to be understood by 
the masses, and it shouldn't be.  A bugfix is probably more on the order 
of "the activity log shows this was addressed in a later release, please delete 
your profile, download the new release, and retest".  
<p>
By the way, I am using 0.9.7, as suggested, using 0.9.7, I deleted the profile, 
created a new one and the bug was still present.  Nowhere have I asked that 
this be fixed for 0.9.7, but as a developer myself, it's of course helpful to 
know which versions have a bug and which do not.
<p>
I will of course retest this when 0.9.8 comes out.

1. it depends on your definition of do the right thing.  since mozilla.org and 
most bugzilla installations don't want exploits embedded in comments the answer 
to the question based on my definition is 'yes' (and no based on yours)

2. do we want wide adoption of nightlies? not really, we want wide testing of 
them
2' do we want wide adoption of releases? yes.
2'' do we want to support them? not really, in our view that's the job of the 
distributor (eg redhat, netscape, ...)
3. <blockquote src="http://www.mozilla.org/binaries.html">
We make binary versions of of Mozilla available for testing purposes only. We 
write code and post the results right away so people like you can join our 
testing process, try it out and report the bugs you find. Its guaranteed that 
you'll find bugs. Lots of them. Mozilla might crash on startup. It might delete 
all your files and cause your computer to burst into flames. Don't bother 
downloading Mozilla if you're unwilling to put up with problems. 
</blockquote>
3' if you want blockquotes to be in italics, add "blockquote {font-style: 
italic}" to userContent.css, don't force it on us :)

A. somehow asa and trudelle managed to mark this bug NEW and then UNCO. so 
bugzilla's buggy :)
B. this bug should probably have been verified worksforme and anyone else 
experiencing it should have filed their own bugs so the poor reporter wouldn't 
have to suffer from the bugmail while his problem was resolved.
If someone can verify that this works in a current build with Eudora 5.1, please
resolve as wfm. 
Clicking hyperlinks in email messages was indeed broken in Eudora 5.1b16 for Mac
OS X.  It was fixed in Eudora 5.1b18, which was released about a month ago.

However, this bug was reported against the Windows version of Eudora/Mozilla,
and not OS X, so I can't verify that this works.  If this was reported for the
Mac OS X version of Eudora, then I can vouch that it was Eudora's fault and it's
been fixed.
Peter: Regarding comment #10, Eudora 5.1 for which OS? WFM on Win2k, for instance.
I just tried this on W2K, Mozilla 0.9.8, and Eudora 4.3.2.

I use Eudora 4.3.2 as it is almost strictly identical with 5.1, except that I
own 4.3.2, and Qualcomm thinks I should pay again to own 5.1 unless I am willing
to put up with ads.

I uninstalled Mozilla 0.9.7 or tried to.  I installed 0.9.8 and on boot up found
that the old profile was still there.  So I deleted the default profile with the
profile manager (the only profile on the machine), and then I uninstalled 0.9.8
and deleted c:\program files\mozilla.org and everything below it.

Like the good cargo cult programmer that I am, I rebooted the system, and
installed 0.9.8.

I entered Eudora, and clicked on a link in an email message.  (Actually the link
was the link to this bug.)

Mozilla came up!  So 1/2 the bug seems to be fixed.
Eudora also brought up a file open dialog box:

"Choose program to open http://bugzilla.mozilla.org/show_bug.cgi?id=112616"

I note that when IE, or Opera is set as the default browser, clicking on a link
within Eudora brings up the browser and DOES NOT bring up any file dialog box.

So there is still something buggy going on.


Esther, can you look at this using Eudora
Im having the exact same problem. Figures i read this after submitting bug #125224

Oh well, still no fix?
I just wanted to note that this problem with Eudora does not occur when I click
on an attachment, even when that attachment's "windows mime behavior" would to
be bring up Mozilla.  Specifically, if I click on a jpeg attachment, mozilla
springs up to let me view the photograph, and does not present me with a file
open dialog box.


Same breakage as before, this time with Mozilla 0.9.9, Eudora 4.3.2 (paid mode),
and Windows 2K Server.
I have never seen this problem. Is this still happening to you?

pi
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530
Build: 2002053012

WFM
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → WORKSFORME
mass-verifying WorksForMe bugs.

reopen only if this bug is still a problem with a *recent trunk build*.

mail search string for bugspam: AchilleaMillefolium
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.