Compare using this command: firefox http://www.spiegel.de/wissenschaft/weltraum/0,1518,437267,00.html versus setting the environment as the firefox script does and then running this: /usr/lib64/mozilla-firefox/firefox http://www.spiegel.de/wissenschaft/weltraum/0,1518,437267,00.html (note that I use lib64 since I run an amd64 system) The result of the first command is a 404 since the firefox startup script (i.e. mozilla-launcher) munges the URL into http://www.spiegel.de/wissenschaft/weltraum/0,1518,437267 cutting off ",00.html" The second command works flawlessly. Since "," is perfectly valid in URLs, this is a bug. I suspect some form of function parm (un)quoting doesn't quite work as planned.
(In reply to comment #0) > firefox http://www.spiegel.de/wissenschaft/weltraum/0,1518,437267,00.html Works perfectly fine here with www-client/mozilla-launcher-1.52-r1
I've digged into this a little deeper. Turns out mozilla-launcher calls this command: /usr/lib64/mozilla-firefox/mozilla-xremote-client -a firefox 'openURL(http://www.spiegel.de/wissenschaft/weltraum/0,1518,437267,00.html)' (at least on my machine, and the quoting ' is by me for cmdline usage). mozilla-xrmote-client eats the ",00.html" on my machine. As it is a binary, I can't really debug it. This doesn't explain why it works for you, Jakub. Yet, everything beyond the call to mozilla-xremote-client would be speculation on my part now. As that binary belongs to the mozilla-firefox package, I'm changing the subject accordingly.
*** This bug has been marked as a duplicate of 150404 ***
