Apps starting from GUI vs. CLI
Hey folks,
I have a problem I hope someone can help shed some light on. I am running Ubuntu Feisty. Earlier this week, I successfully installed gnome-mplayer and the gecko-mediaplyer plug-in for Firefox. When I first tried it, I had some instability problems and during the course of troubleshooting I was able to narrow it down to a reproducible event. Here's how it lays out: On the following page (http://www.apple.com/trailers/newline/rushhour3/), gecko-mediaplayer and, subsequently, gnome-mplayer are invoked three times. If I run firefox from the command-line under my own user account (not sudo or su), then I can successfully access this page and launch any of the trailers on the page. If I run firefox from Gnome by the icons, Firefox-bin jumps to 75% CPU and higher and never completes the page. I can see that gnome-mplayer is invoked three times by checking out the process list, but Firefox hangs. So, my first question is: Can there be something different between how firefox loads from the CLI versus double-clicking an icon in Gnome? And any other thoughts are greatly appreciated. Cheers, Mike... |
You need to find out how each is being launched. For the CLI, this is easy, just type:
Code:
which firefox 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! |
Quote:
First: Code:
tcv@tcv-feisty:~$ which firefox Type: Application 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" Result: FAIL Test 2: Change Type in Application Launcher properties to "Application in Terminal" Result: PASS Test 3: Create a new Application Launcher pointing to /usr/bin/firefox Result: FAIL 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? Cheers, Mike Whalen [[EDIT: /usr/bin/firefox is a link. The target path is: /usr/lib/firefox/firefox which is the script.]] |
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?
No, it would be the same either way. 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? The fact that you're not viewing the output in a terminal window doesn't change anything. |
Huh. So, if I read this right, then it's literally running the exact same way from the GUI or the CLI. That's odd that it would behave differently.
Is there a way for me to watch what Firefox does as it starts? Perhaps I can produce logs and see if there's anything different between the two captures? I don't know. I'm graspin' at straws here. ;-) |
All times are GMT -5. The time now is 03:41 AM. |