Closed Bug 112616 Opened 24 years ago Closed 24 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: 24 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: 24 years ago → 24 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.