Closed Bug 446481 Opened 17 years ago Closed 16 years ago

Firefox 3 ignores mailto user preference

Categories

(Firefox :: File Handling, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 428658

People

(Reporter: gustavo, Unassigned)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.1) Gecko/2008070206 Firefox/3.0.1 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.1) Gecko/2008070206 Firefox/3.0.1 On firefox 2 the application handler for mail: URIs could be set using a line like this one: user_pref("network.protocol-handler.app.mailto", "/usr/bin/kmailservice"); on the globl prefs.js On Firefox 3, this preference is ignored, although it originates an entry on the list of mail handlers (cf screenshot). The solution is not using this pref and generating the corresponding RDF blocks for mimeTypes.rdf, which is a very cumbersome solution. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Attached image mail handling entry
this screenshot shows an entry which appears due to the user pref, but which has no action whatsoever
This bug hit me and I found a workaround. Exit firefox, remove/delete mimeTypes.rdf, start firefox, click on a mailto link. The dialect for mailagent pops up. Set to the location of kmailservice. Kmail should pop up right after setting it. I notice that the network.protocol-handler.app.mailto disappears. I think the developers move the setting without telling anyone about it. Note that deleting the network.protocol-handler.app.mailto might work also.
Hello Techwolf, Your suggestion works but is not packageable! We need something that works by default without any user action. Actually we found a way by looking at mimeTypes.rdf after a manual change and porting the corresponding changes to the default mimeTypes.rdf on $FIREFOXDIR/defaults/profile. But it is a messy procedure, much worst than the previous user_pref. By the way, the same problem applies to mms:// and other handlers that one may wish to define as defaults.
Part of File Handling... moving
Component: OS Integration → File Handling
QA Contact: os.integration → file.handling
Thats why I said workaround, not a solution. Solution is to look at user preferences and migrate the settings from there to the rdf file upon upgrade.
Appears to be a duplicate of 428658.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: