Originally Posted by pwc101
You need to find out how each is being launched. For the CLI, this is easy, just type:
That should spit out the exact path to the firefox executable/wrapper script, or it'll tell you of any aliases for the word firefox. For the GUI launcher, check the properties of the icon and note what command is being used to launch the firefox process.
If the two results are the same, that is to say that which is being called from the CLI matches the GUI, then that's weird. If not, then you may be part of the way to resolving the problem. The easiest way to do that might be to simply apply the CLI method to the GUI launcher.
Hope that makes sense!
It does, thank you. :-) And I've done some more tests. It's ... ahm ... weird.
tcv@tcv-feisty:~$ which firefox
There are two icons for Firefox. One of them, which is inside Applications->Internet, doesn't give me a right-click option to look at the properties. The other does give me an option to look at the properties. There ain't much in there. I'll lay it out:
Name: Firefox Web Browser
Command: firefox %u
Comment: Browse the World Wide Web
Now here are the tests I performed and the results. "Pass" means the full page loaded. "Fail" means the page did not load. (Uh, sorry. You probably figured that one out.)
Test 1: Specified the hard path in the Application Launcher properties to "/usr/bin/firefox %u"
Test 2: Change Type in Application Launcher properties to "Application in Terminal"
Test 3: Create a new Application Launcher pointing to /usr/bin/firefox
Two questions come to mind:
1. /usr/bin/firefox is a script. It's not a binary. Is it possible there is some sort of check in there that determine from where the application was launched?
2. The gecko-mediaplayer plug-in produces output when it encounters something to do. Where does this output go when there's no "terminal" to show it? Could that be a problem?
[[EDIT: /usr/bin/firefox is a link. The target path is: /usr/lib/firefox/firefox which is the script.]]