Duplicate foobar2000 actions in context menu

Help & Support
1

I can't seem to get rid of the duplicate actions for music file context menus:

Things to mention, related to foobar2000 and music in DOpus in general...

  • I have the music file group, in which I've specified a "left double-click" action (which I've removed, but solved nothing). I have no entries under the "context menu" tab, and none under the "drop menu" tab.
  • I've tried a complete uninstallation of foobar2000 (via Revo Uninstaller)
  • After uninstalling foobar2000, both the entries disappeared. And directly after a fresh installation (NO settings changed), they both appeared again.
  • All tabs for the files associated to foobar2000 look identical: Actions | Context Menu

Using the latest version of foobar2000 (1.1.6 stable)
Using Directory Opus 9.5.6.0.3937.x86
Windows XP Professional SP3

Any idea how I should solve this?

2

Well, I solved it by blocking this context ID: {511D48AF-9E45-4CB8-8F02-9C1BE4BC3CF8}
(Funnily, the options are still there, but there are no duplicates anymore...)
But I'd still like to know what it is that causes this, so please answer if you know!

3

I can't find the threads but I remember something about Foobar2000 adding its context menus in two different ways, one of which Explorer ignores but both of which Opus uses, so you get both sets in Opus.

4

Have you tried this?

5

I doubt the 'Folder context menu' option is relevant. That should affect whether or not you see context menu entries when clicking the RMB on "folders" in order to play or enqueue an entire directory (as opposed to a specific file)...

I think you've found your answer already there Nisto... By finding that suppressing foobars' context menu handler (CSLID {511D48AF-9E45-4CB8-8F02-9C1BE4BC3CF8}) "fixes" the issue, you should be able to observe in your registry that foobar quite oddly does two things at the same time (like how Leo was mentioning he recalled being the case):

  • for one of foobars filetypes (say mp3)... you can follow that to the filetype descriptor also in the registry (foobar2000.MP3)
  • under that filetype descriptor, you'll find that not only are 'shell' actions defined (command line entries for play, open, and enqueue)... but also there is the shell extension / context menu handler entry defined as well...

This is just a little weird... apps very often use one method or the other. Not "both"...

At any rate... it is odd that Explorer ignores one of them, maybe Explorer has a policy that tells it it's stupid to load BOTH shell and shellex entries, and perhaps Opus should follow suit. Not sure if there are legit situations where loading both "should" be done...