Closed Bug 258816 Opened 21 years ago Closed 20 years ago

"Open with Firefox" action name breaks shell & ShellNew handling

Categories

(Firefox :: Installer, defect)

x86
Windows 2000
defect
Not set
minor

Tracking

()

RESOLVED DUPLICATE of bug 305040

People

(Reporter: public, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3 In Windows 2000 (maybe also XP/9x/Me), the shell and ShellNew Explorer services depend on the existence of a filetype action called "open". shell is what gives you all the actions for a type (e.g. HKCR\FirefoxHTML\shell\Edit in Notepad\...) and ShellNew handles creation of new files via File > New (e.g. HKCR\.html\ShellNew\...). Firefox calles its open action, "Open with Firefox", which means that both shell and ShellNew break. Adding a ShellNew entry to allow for creation of new HTML files via File > New will only function if Windows believes the resultant file can be opened, i.e. there is an Open action. With it called "Open with Firefox", Windows believes the file is unowned so ignores attempts to add a File > New entry. Adding new actions such as "Edit with Notepad" also breaks - if you try this, the new action is automatically placed at the top and made default, because Windows cannot find an Open action and makes the most recently added one the default, and it is impossible to force "Open with Firefox" back to the default. The use of "Open with Firefox" over plain "Open" is cute, but it causes too much grief trying to do anything useful with the file type afterwards. Simply renaming "Open with Firefox" is an immediate fix, but this is not obvious, at least, not to me it wasn't :) Reproducible: Always Steps to Reproduce: 1. Add a registry key/value [HKCR\.html\ShellNew\]."NullFile"="" 2. Refresh an Explorer view 3. Right click and select New Actual Results: nothing Expected Results: A new "HTML document" entry should appear in the New submenu.
Oh, I have found a nice workaround to this one. In HKEY_CLASSES_ROOT\FirefoxHTML\shell\Open\command, specify "Open with Firefox" as the value for default - this is the menu item title that overrides the action name. Windows sees the action as "open" (thus permitting ShellNew on the filetype), but the user sees "Open with Firefox". This is not perfect, for in the Folder Options dialog the action will still show as Open, although this is probably a Windows oversight. The other solution, that Winamp uses, is to have both a default and a custom open action - have an "open" action to placate Windows, and a separate action with a new name that is more useful to the user, e.g. "Play in Winamp" in Winamp's case. The open action gets pushed to the bottom below Enqueue in Winamp and Add to Winamp's Bookmarks List where you don't notice it. In the case of Firebird it will be more noticeable because there is not a long list of items :) Lesser of two evils situation?
Is this not now fixed?
Assignee: bugs → nobody
QA Contact: bugzilla → installer
*** This bug has been marked as a duplicate of 305040 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.