Closed Bug 254525 Opened 20 years ago Closed 20 years ago

opening internet shortcut (.url file) brings error dialog when firefox is already running

Categories

(Firefox :: Shell Integration, defect)

Product:
Firefox
Component:
Shell Integration
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: jellis, Assigned: bugzilla)

References

(
URL
)

Details

(Keywords: regression)

Attachments

(1 file)

Error dialog that appears when shortcut is opened
5.37 KB, image/png
Details 
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.
Keywords: regression
Flags: blocking-aviary1.0PR?
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
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee: bugs → firefox
Severity: normal → major
*** 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.
Flags: blocking-aviary1.0PR? → blocking-aviary1.0PR-
(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
Flags: blocking-aviary1.0PR- → blocking-aviary1.0PR?
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.
Flags: blocking-aviary1.0PR? → blocking-aviary1.0PR-
*** 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
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
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.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: