Closed Bug 300991 Opened 17 years ago Closed 12 years ago

svg document opened from desktop activates windows cannot find document box

Categories

(Firefox :: Shell Integration, defect)

1.0 Branch
x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: jyxll, Unassigned)

References

Details

(Whiteboard: DUPEME?)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.9) Gecko/20050621 Firefox/1.0.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.9) Gecko/20050621 Firefox/1.0.5

XP sp2. Adobe SVG viewer 6. Very basic svg file on desktop.
Access file through Firefox, perfect. Same with explorer.
Right click file and open with explorer, perfect.
Right click file and open with Firefox opens a box that tells me that it cannot
find the file but the file is opened by Firefox and displays properly.
This also happens when the file is opened directly by clicking on it.
No problems with explorer and no problems with Firefox except the annoying
warning is activated. The really annoying part is having to continually close
the warning if you are just testing a svg documentfrom a closed condition. 


Reproducible: Always

Steps to Reproduce:
1.Firefox as default browser with adobe svg viewer 6.
2.Basic svg document on desktop which defaults to Firefox.
3.Click on svg document icon on desktop to open it.

Actual Results:  
Windows opens a box that says it cannot find the file but it does.

Expected Results:  
It should not have activated the error box as the file was found and opened
correctly.
I'm not sure what an "SVG Document" is -- this happens for me with any .html.

This is still a bug in Firefox 2.0.0.4.  Uninstalling 2.0.0.4 and reinstalling 2.0 instead leaves the bug;  using System Restore to return to pre-2.0.0.4 will fix 2.0.

Very irritating; makes Firefox look amateurish.  
Blocks: 389502
should this be Bug 388381?

Does it happen with every file (also html, ecc) on the desktop when opening with Firefox?
Whiteboard: DUPEME?
Yes, this appears to be the same bug (bug 300991 = bug 388381)

It does not happen once the Firefox browser is open and running.

It does not happen to IE if IE is the default browser and IE is NOT open and running;  the URL will open in a normal fashion in IE without triggering an error.

If IE is open and running, and if a URL is 'R-clicked > Open with...' and Firefox is selected, it DOES trigger the error.

So, whether or not Firefox is the default browser, selecting it to open a URL that's on the local machine when FF is not already open will trigger the error.

Can't say about any file other than an .htm.  I will be happy to test, if someone can tell me where to get a sample of a document other than .html that FF is capable of opening....?(In reply to comment #2)
> should this be Bug 388381?
> 
> Does it happen with every file (also html, ecc) on the desktop when opening
> with Firefox?
> 

See bug 389502 (tracking bug for related problems) to fix this issue. Has been an ongoing problem for several versions now.
Lynn's problem is bug 389502 but the original report is in regards to svg documents which we don't set OS Integration for currently
This bug was reported on Firefox 2.x or older, which is no longer supported and will not be receiving any more updates. I strongly suggest that you update to Firefox 3.6.3 or later, update your plugins (flash, adobe, etc.), and retest in a new profile. If you still see the issue with the updated Firefox, please post here. Otherwise, please close as RESOLVED > WORKSFORME
http://www.mozilla.com
http://support.mozilla.com/kb/Managing+profiles
http://support.mozilla.com/kb/Safe+mode
Version: unspecified → 1.0 Branch
No reply, INCOMPLETE. Please retest with Firefox 3.6.3 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.