User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040805 Firefox/0.9.1+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040805 Firefox/0.9.1+ Opening an internet shortcut on Win2k causes an error dialog. The page still opens, but a modal dialog also displays stating: "Cannot find the file <<url>> (or one of its components). Make sure the path and filename are correct and that all required libraries are available." Reproducible: Always Steps to Reproduce: 1. Start Firefox 2. Go to http://www.google.com/ 3. Drag the document iocn to the left of the url in the location bar to the desktop (creates .url file for the site) 4. Double-click on the .url file you just created Actual Results: Page opens but error dialog described above displays. Expected Results: Page opens with no error dialog. I see this issue in today's aviary branch build (20040805) but not in 20040802 or earlier, so it appears to be a regression between those two builds.

Looks like bug 246078, reopen?

I created a shortcut from both IE and FF to open FF. same error for both so it's not the shortcut itself causing the error Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040805 Firefox/0.9.1+ I don't think this is a dupe of bug 246078 ->NEW

*** Bug 254533 has been marked as a duplicate of this bug. ***

Alright, here's what I'm currently getting. I'll check the builds from right after blake's fix after work. If Firefox windows are all CLOSED when you dbl-click the .url, this (and any other OS call to Firefox) works. If Firefox windows are OPEN when you do a DDE call to firefox, you get a new window and an error message. So bug 246078 might not have been 100% fixed, but we should probably stick to using this bug b/c that one is all encompasing (and resolved) while this one is one specific issue of DDE.

*** Bug 254856 has been marked as a duplicate of this bug. ***

The error from my duplicate bug is slightly different, though. I'm launching from the Start Menu's "Run" command. The error happens even when there are no FireFox windows open, as well as when there are FireFox windows opens. Go ahead and try yourself. Type in a URL, not a .URL, into the Run section. Like http://www.yahoo.com while no FireFox windows are open. Error occurs for me on XP Professional SP1. > If Firefox windows are all CLOSED when you dbl-click the .url, this (and any > other OS call to Firefox) works. > If Firefox windows are OPEN when you do a DDE call to firefox, you get a new > window and an error message.

(In reply to comment #7) Yes, any OS call will affect this. However, this is now WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040809 Firefox/0.9.1+ I can't reproduce this in any method right now, only thing I can think of is that I installed SP2 (did that change DDE handling?)

This also WFM. Maybe one of the recent massive batch of checkins fixed it? Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040810 Firefox/0.9.1+

I'm seeing this too. I've switched back and forth between IE and Firefox a few times in the hopes that the settings would get corrected, but it didn't help. There's a suggestion at http://www.desktopsidebar.com/forums/index.php?showtopic=1837 to remove the ddexec keys in the registry for HTTP and HTTPS. This fixed the error messages when opening shortcuts from the desktop and from Outlook, but it broke browser launching from RSSNewsTicker (http://www.rssnewsticker.com/), so it's still not quite right.

bug occurs 0.93 and windows xp pro.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040812 Firefox/0.9.1+ WFM The errormessage has magically disappeared

(In reply to comment #12) > Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040812 > Firefox/0.9.1+ > > WFM > > The errormessage has magically disappeared Yes. Same here with the newer nightly build.

That's the build I'm using, but I'm still seeing the error.

Well, I just downloaded the 8/13/2004 Thunderbird build after uninstalling the 8/3/2004 build. I am trying to see if it fixed the search bug I was having. Anyhow, I am no longer to open Firefox from a url in an email message. I'm using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040812 Firefox/0.9.1+ (bangbang023) which was working fine with the older Thunderbird build. Now, links no longer work at all. It does nothing. Hope this will help those working on this bug. Thanks.

I don't think we're properly registering as the default browser. If I use the Options dialog to set Firefox as the default browser, it says that it already is. Yet when I set IE to check if it's the default browser on start up, it never asks me. It looks like we're checking something different than what IE does, and we're pretty much 50% set to be the default browser and IE is set as the other 50%.

I have the same problem as comment #15.

(In reply to comment #15) > Well, I just downloaded the 8/13/2004 Thunderbird build after uninstalling the > 8/3/2004 build. I am trying to see if it fixed the search bug I was having. > > Anyhow, I am no longer to open Firefox from a url in an email message. I'm using > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040812 > Firefox/0.9.1+ (bangbang023) which was working fine with the older Thunderbird > build. > > Now, links no longer work at all. It does nothing. Hope this will help those > working on this bug. > > Thanks. This problem is no longer happening for me with 8/17/2004 versions of FF and TB. BUT, it is still not working right with Single Window extension. It still opens in two windows and goes back and forth between them.

> This problem is no longer happening for me with 8/17/2004 versions of FF and TB. > > BUT, it is still not working right with Single Window extension. It still opens > in two windows and goes back and forth between them. Then that is a problem with the extension.

minus, PR blocker since this seems to be an extention problem. renominate if it turns out otherwise.

(In reply to comment #20) > minus, PR blocker since this seems to be an extention problem. > renominate if it turns out otherwise. the error happens in safe-mode, renominating

after upgrading to 20040819 i no longer experience this bug, it can probably be marked as fixed.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a3) Gecko/20040819 Firefox/0.9.1+ I still have the bug.

Can anyone experiencing this bug set IE as default, then Firefox, then try it again? We need to make sure this isn't caused by old faulty keys, because many people who had it at one point can't reproduce it anymore.

I try that every time I update to a new nightly build. No dice. My keys are more likely than most to be messed up, I suppose, since I've had at least three third-party browsers installed at one point or another. However, IE gets this right -- if I set IE as default, IE opens with no errors. So it seems like it ought to be possible for us to get it right, too. ;)

I also still see the bad behavior under WinXP SP1. I've tried it on two machines; one of which has NEVER had any third-party browser installed (only IE, that is) and the other which has just about every browser at one time or another. Both exhibit the same behavior. HOWEVER, I was able to "fix" the behavior by altering the registry in a fashion similar to that described earlier in comment #10. My recipe was to rename the following registry keys: HKEY_CLASSES_ROOT\HTTP\shell\open\ddeexec HKEY_CLASSES_ROOT\HTTPS\shell\open\ddeexec What you rename them to doesn't matter; I used "ddeexec-disabled". One could delete them as well. I did note that the key HKEY_CLASSES_ROOT\HTTP\shell\open\ddeexec\Application had the value of IExplore EVEN AFTER I told Firefox (0.9.3) to make itself the default browser. Changing that value to "Firefox" made the erroneous dialogs go away, but apparently had a bad interaction with the SingleWindow (v 1.4) extension which I rather like. The behavior with SingleWindow and the "Application" key value set to "Firefox" was possibly correct in that the erroneous dialogs were absent, but it always "replaced" the current tab's contents with the new URL. Renaming/Deleting the whole ddeexec tree worked. I'm gonna guess that something regarding DDE is not being setup correctly, or possibly not handled correctly when recieved by Firefox, esp. given the different behavior when using the SingleWindow extension.

It sounds to me like we're no longer doing exactly the same as what the fix for bug 58770 added. We're not properly setting or cleaning up registry keys, or something.

Argh, I meant bug 59078. Sorry for the spam.

Eric, you are using 0.9.3. There has been work in this area since 0.9.3. Please try a nightly aviary branch build.

I believe Eric is using 0.9.3 as I am (we work together). I have a laptop that is running Windows XP Pro SP1 (upgraded from XP Home) and Firefox works as it should. What I see is this: HKEY_CLASSES_ROOT\http\shell\open\ddeexec -> doesn't exist HKEY_CLASSES_ROOT\http\shell\open\ddeexec -> doesn't exist However both http\open and https\open have a subfolder named command that has a default value of c:\PROGRA~1\MOZILL~1\FIREFOX.EXE -url "%1" Hope this helps.

if anyone can come up with a reproducable test case reniminate. pr- for now.

*** Bug 257893 has been marked as a duplicate of this bug. ***

(In reply to comment #29) > Eric, you are using 0.9.3. There has been work in this area since 0.9.3. Please > try a nightly aviary branch build. I am indeed and I have been meaning to test the nightly build, which I was able to do last night. I'm sorry I didn't do this the first time around, but I didn't understand the build/branch structure you are using, nor did I (initially) know where to find the nightly builds (didn't want to build from source ;-) Regardless, with the nightly build - 2004-09-02-08-0.9: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040902 Firefox/1.0 PR (NOT FINAL) the behavior I was seeing does indeed appear to be fixed. NOTE, however, and I assume this is to be expected, that the bug still exhibits itself in the nightly trunk builds. I presume the merge will happen before the offical 1.0 release.

*** Bug 258090 has been marked as a duplicate of this bug. ***

When duplicating to this bug, please make sure it's not an 0.9.x build. It must be a nightly build from after 2004-07-26, because that's when the fix for bug 246078 went in.

I just updated and I'm no longer having any problems. Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040906 Firefox/1.0 PR

WFM in Win2K Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040907 Firefox/1.0 PR

*** Bug 258984 has been marked as a duplicate of this bug. ***

I don't know whether this is part of the same bug or should be posted as a new one: Using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040919 Firefox/0.10 and Thunderbird version 0.8 (20040919, both branch nightlies and both ZIP builds, I observe the following behavior. With FF open and Tabbed Browser Extensions (TBE) NOT installed, when I click on a link in TB it opens a new window in FF. With FF open and TBE installed, when I click on a link in TB it opens in a new tab in FF.

Can anyone reproduce this with a nightly branch build? The last confirming comments are quite old.

WFM on Win Xp Sp2 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041001 Firefox/0.10

(In reply to comment #39) This now WFM in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041001 Firefox/0.10

a similar bug: https://bugzilla.mozilla.org/show_bug.cgi?id=253950

This url shortcut error still happens in version 2.0.0.4 running Vista It also happens when I type it into a batch file or into cmd.exe (start http://www.google.com) and when I type the url in the start -> run line. If firefox is already open, it has no error message when I do any of those four things.