Audacious associating with Firefox . . . can't find workaround
 

I am trying to find out where Firefox stores its default stylesheet so that I can modify it to make it print a whole webpage I want to print, instead of just the first formatted page of it (this is a common Firefox bug that has been around since 2003). However, due to another bug where Audacious opens in response to attempting some Firefox action, I cannot find out where the stylesheet is.

Here is what I did:

1. Enter "about:support" in the Firefox address bar.
2. Click on the "Open Directory" button next to the "Profile Directory" label.
3. Watch Audacious attempt to do something meaningful.

I thought I had seen a workaround somewhere for this issue, but I cannot find it now, and I may be wrong. All my file associations are set properly in exo-preferred-applications. I'm using XFCE.

I'd welcome any input or clarity.

I'm unsure how to change the default file manager for Firefox, but your profile directory is in $HOME/.mozilla/firefox.

In response to your title question,
You don't mention if you have tried in Firefox:
Edit/Preferences/applications

I have all mine set (by default) to either "Always ask" or "Preview in Firefox"
If your goal is to have something other than Audacious open files through Firefox,
you can just change those settings.

Also, you said:
"Audacious opens in response to attempting some Firefox action"
What action?

Are you looking for (in Firefox):

Edit -> Preference -> Applications (tab)?

Unfortunately, he is trying to open a folder, which is not shown in that list.

Looking at this, you may want to try something like opening the file $HOME/.local/share/applications/mimeapps.list and changing the line(s)

so that someprogram is exo-file-manager.

Perhaps some of the similar issues discussed in this thread might help:

http://www.linuxquestions.org/questi...pp-4175465310/

In KDE the same button opens filelight at the correct location $HOME/.mozilla/firefox

I found this strange but if then I grepped for filelight in /use/share/applications/mimeinfo.cache and there lies the answer to why, and for you too with audacious. I also found that any "open in folder" button opened filelight.

I'm going to back mine up and edit it, then see later if it gets overwritten, however this is a reasonably fresh -current install and I've never opened audacious.

Later: I edited that line and left the dolphin and thunar entries and now works for me as expected. I had no filelight entry in ~/.local/share/applications/mimeinfo.cache or mimeapps.list re jprzybylski's post above.

Those settings do not apply to what I am trying to do (oops, sorry, looks like jprzybylski pointed that out already).

I said what action in my case. This one:

I said the bug in general was to have Audacious open in response to "some Firefox action" because it happens in other cases as well and I know people have seen it before in other circumstances.

Hmm, unfortunately I do not seem to have either of those lines in that file. But thanks for finding that page--now that I see it, I remember having that same issue with the "open containing folder" in the downloads window, though I didn't recall before now.

Ha! It worked. Thank you, and thanks to everyone else who responded as well. Now I have one less bug to bother me tonight. :)

Great! :)

After the fact, I found this. Apparently xdg has been changing where they place configuration. Also every major DE does this more or less differently. Down this road, madness lays.

Ok, it's not quite solved as when you install something with slackpkg or installpkg the /usr/share/applications/mimeinfo.cache will get over written. I just tested this after a reboot (survived the reboot but not installing a desktop package).

In all DOTdesktop files there is the MimeType= entry, filelight has just inode/directory; whereas audacious has several including inode/directory. (EDITED) This would be a call like update-desktop-database /usr/share/applications from a doinst.sh (ref) . I just put my custom line for inode/directory= into ~/.local/share/mimeinfo.cache and that seems to be ok. There were no entries at all in that file. Now it looks like this:

EDIT: In dolphin I can fix it with the properties of a file and it puts an entry in ~/.local/share/applications/mimeapps.list as mentioned by jprzybylski.

Cheers

He he he. I've been going down that road a lot lately. :D

I read your references and added the same line, and I hope that fixes it. At least now I can go back and read again if it turns out I need to understand this better.

I appreciate the help with this from both of you!