Closed
Bug 227671
Opened 22 years ago
Closed 20 years ago
OSHelperAppService using FileType as Application Name
Categories
(Core Graveyard :: File Handling, defect)
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.
Comment 2•20 years ago
|
||
should by fixed by bug 252189
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•