Closed
Bug 227671
Opened 21 years ago
Closed 19 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•19 years ago
|
||
should by fixed by bug 252189
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•