464622 - .webloc does not show FireFox in Open With menu

Status: RESOLVED WORKSFORME

(Core :: Widget: Cocoa, defect)

Description

[Charlie Hayes]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_5; en-us) AppleWebKit/525.18 (KHTML, like Gecko) Version/3.1.2 Safari/525.20.1
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.3) Gecko/2008092414 Firefox/3.0.3

.webloc files on mac do not show FireFox in the open with menu. Additionally, open with > other doesn't show firefox in recommended apps, and if you chose all apps and open it, it opens it as an empty text file or something.

Reproducible: Always

Steps to Reproduce:
1. Right-click (ctrl-click) file in Finder
2. Mouse over open with
Actual Results:  
FireFox is not in menu

Expected Results:  
FireFox should be in menu

Comment 1

[Steven Michaud [:smichaud] (Retired)]

I can confirm your report.

It's the OS (i.e. Apple code) that displays the context menu which
appears when you right-click on a .webloc file (at that point Firefox
might not be running at all).  But if you've installed Camino, it does
appear in the Open With menu.  So maybe Firefox needs to imitate
whatever Camino does to make this happen.

If you make Firefox the default browser, double-clicking on a .webloc
file opens it in Firefox.  But even then the Open With menu never
contains an entry for Firefox.

I notice that Camino's Info.plist "registers" it to handle webloc
files, but Firefox's Info.plist doesn't.  Maybe we just need to make
Firefox's Info.plist do what Camino's does.

What do you think, Josh?  And are there any other changes we should
make to Firefox's Info.plist, to make it more like Camino's?

Comment 2

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

There's an old (FIXED) bug in the Firefox product (where it belongs) from 2004 or 2005 where Mano and I did some work on fixing the Firefox plist and syncing it with Camino; there may have been objections at that time to adding .webloc, so it would be good to look and see what those might have been.

Note also that dragging a .webloc to the Firefox application icon (which requires holding cmd-opt to override the "this app can't open this file" drag-cancelling behavior) tries to load the webloc as a file URL rather than to open the URL contained inside. It displays new-style plist .weblocs as unstyled XML file:// documents and old-style resource fork .weblocs as completely empty file:// documents. 

(But dragging to the Firefox Dock icon does actually load the URL.)  

This seems to indicate that Firefox is missing some form of .webloc parsing, or that it's not hooked up to drags to the application, and you'd want to fix that before adding .webloc to the Info.plist, or else you'll allow drags to the app icon that fail to actually load URLs.

Comment 3

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Ooh, finding that brings back awful memories of the screwy related bugs. :P

The bug where Mano's patch actually landed was bug 233712, and in bug 233712 comment 19 Mano specifically excludes .webloc because it didn't work.  I'd recommend continuing to exclude it until it does work properly in the Finder, too.

Comment 4

[Fabricio Campos Zuardi]

Dragging the file to the icon should be a different bug. 

This one is about registering an entry for Firefox on Mac OS X context menu for a .webloc file. And it looks like a simple patch on the Info.plist file could fix that.

I've tried adding the code below to my Firefox Nightly on Mac OS X 10.7.5 Info.plist and after a Mac OS X restart it worked:
 
	<dict>
		<key>CFBundleTypeExtensions</key>
		<array>
				<string>webloc</string>
				<string>ftploc</string>
				<string>url</string>
		</array>
		<key>CFBundleTypeIconFile</key>
		<string>document.icns</string>
		<key>CFBundleTypeName</key>
		<string>Web Document</string>
		<key>CFBundleTypeOSTypes</key>
		<array>
			<string>ilht</string>
			<string>ilft</string>
			<string>LINK</string>
		</array>
		<key>CFBundleTypeRole</key>
		<string>Viewer</string>
	</dict>



I've copied the snippet above one from Camino https://mxr.mozilla.org/camino/search?string=webloc

Comment 5

[Muhammadhussein Ammari]

Please support .webloc files on Windows.

Comment 6

[Stephen A Pohl [:spohl]]

(In reply to Muhammad Hussein Ammari from comment #5)

Please support .webloc files on Windows.

Please file a new bug under Widget:Win32 with a clear description of what kind of support you'd like to see. The behavior described in this bug is working as expected today.