353948 - Digitally sign firefox.exe with an embedded url

Status: RESOLVED FIXED

(Firefox :: Shell Integration, defect)

Description

[Robert Strong (they/them - no direct email)]

Not sure if we want to do this...
From http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/programmersguide/shell_new_vista/default_programs.asp

When the user selects a program from the list, the program icon and provider are displayed. If the URL is embedded in the program's digitally signed certificate, the program can also display a URL. Programs that are not digitally signed cannot display a URL.

Comment 1

[Daniel Veditz [:dveditz]]

Is this required for the Vista release, or just something nice to have?

Comment 2

[Robert Strong (they/them - no direct email)]

I think of this as a nice to have but may be simple to include in the work being done to sign the exe

Comment 3

[J. Paul Reed [:preed]]

The tool that signs the .exe already does this; just need to know what the URL should be.

Comment 4

[Jay Patel [:jay]]

Let's get the URL we need and get this in for 2.0.0.2.

Comment 5

[Mike Beltzner [:beltzner, not reading bugmail]]

Just use http://www.mozilla.com - thanks!

Comment 6

[Jay Patel [:jay]]

Set blocking1.8.0.10+ as well, since we will be signing both branches this time around.

Comment 7

[J. Paul Reed [:preed]]

These are process changes, so they'll show up to be verified when builds are spun.

Comment 8

[Marcia Knous [:marcia]]

In today's signed build, Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.2) Gecko/2007020823 Firefox/2.0.0.2 the url shows up as mozilla.org instead of mozilla.com. reopening this to get it on the radar.

Comment 9

[J. Paul Reed [:preed]]

So it is. Crap.

I'll have to resign these win32 builds.

I can have them reposted by this afternoon, though.

Comment 10

[J. Paul Reed [:preed]]

New builds are in:

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2.0.0.2-candidates/rc2/

Comment 11

[Marcia Knous [:marcia]]

verified fixed on on the 1.8 branch using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.2) Gecko/2007020823 Firefox/2.0.0.2. I used the build from the candidate directory in Comment 10 to verify. Per preed, it will be the same build ID used previously. There was no fixed keyword on this bug, so I added the verified for tracking purposes.