Closed Bug 227671 Opened 21 years ago Closed 19 years ago

OSHelperAppService using FileType as Application Name

Categories

(Core Graveyard :: File Handling, defect)

x86
Windows XP
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: 9pt4x6002, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031015 Firebird/0.7 (aebrahim)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031015 Firebird/0.7 (aebrahim)

OSHelperAppService currently HKCR\.<extension>\@ (the Windows file type) as the
helper app description, which can be very confusing.  For example, when you try
to open a *.zip file, it offers to open it with "zipfile", which isn't the name
of a program.  A more logical and intuitive way to get the app name would be as
follows:

filetype = HKCR\.<extension>\@
defaultapp = HKCR\<filetype>\shell\@
helperapp = HKCR\<filetype>\shell\<defaultapp>
helperappname = HKCU\Software\Microsoft\Windows\ShellNoRoam\<helperapp>

If helperappname exists, use that as the app name.  if it does not exist, then
we should display helperapp instead.  This is the way Windows does it on the
file properties dialog. 

Reproducible: Always

Steps to Reproduce:
1. go to http://www.bengoodger.com/video/funny_cats.wmv
2. wait for dialog to appear

Actual Results:  
it offers to open the file with WMVFile

Expected Results:  
it should offer to open the file with Windows Media Player
on second thought, the current testcase requires the patch from bug 220807 to
show the problem properly.  I'll change it to a URL that does not require this
patch.
should by fixed by bug 252189
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.