Description of problem:
URL passed via -remote "openURL(<url>)" is not honored, instead a new window on home page is opened.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start Firefox
2. From a terminal, run:
firefox -remote "openURL(http://getfedora.org)"
A new window with home page is opened.
A new window on the specified URL, http://getfedora.org in the example but not specific to it, is opened.
This breaks opening links from other applications via xdg-open. The bug appeared on update to firefox-36.0-1.fc21.
This option has been removed in Firefox 36 (see https://bugzilla.mozilla.org/show_bug.cgi?id=1080319)
In comment #5 an alternative is given for opening a URL in a new tab (-remote openurl(url,new-tab) -> -new-tab <url>).
Some other applications indeed seem to have difficulties with this change (like the browse-url library from Emacs as stated in that bz item) but I've tried xdg-open and it opened the URL fine.
Yeah, just noticed that as well.
It seems many/most of the helpers invoked by xdg-open are not affected by this, eg at least gvfs-open, gnome-open, kde-open still function. I'm seeing this on XFCE where exo-open is used, and its well reproducable with 'exo-open <url>'. Perhaps that's the last dinosaur using -remote and we just need to deal with it, no matter annoying this kind of breakage in stable release updates is.
Switching component to exo.
Created attachment 996458 [details]
Remove use of -remote in firefox helper
AFAICS it doesn't need anything fancier than this - firefox does the right thing when an URL is passed on the command line. I seem to recall a time when it (or maybe it was mozilla prior to that) didn't, but that'd be some 10+ years ago.
So, We had https://bugzilla.redhat.com/show_bug.cgi?id=983150 about thunderbird and this issue, but no one there could reply that this change fixed it for them. sad.
This was changed in xfce bug https://bugzilla.xfce.org/show_bug.cgi?id=11601 and will be in the new exo just released today. So, that takes care of rawhide.
We need to figure if we are pushing to f22, or older with the new version and backport if not.
This problem exists on Fedora 20 too.
*** Bug 1197472 has been marked as a duplicate of this bug. ***
Fedora 21 scratch build; seems to fix it for me.
exo-0.10.2-9.fc21 has been submitted as an update for Fedora 21.
exo-0.10.2-9.fc20 has been submitted as an update for Fedora 20.
In the meantime, changing the last two lines in the /usr/share/xfce4/helpers/firefox.desktop file to the following fixes this issue:
That's equivalent to upstream fix:
Oops, unintended state change because of mid-air collision.
*** Bug 1197611 has been marked as a duplicate of this bug. ***
* should fix your issue,
* was pushed to the Fedora 21 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing exo-0.10.2-9.fc21'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
Upstream decided to revert te change so the -remote options has been added back in firefox-36.0-3.fc23 (see https://bugzilla.mozilla.org/show_bug.cgi?id=1080319)
Lovely. This change should still be ok however right? -remote is not required, just allowed...
Sure, it's okay.
*** Bug 1199586 has been marked as a duplicate of this bug. ***
exo-0.10.2-9.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.
exo-0.10.2-9.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
FC21 stable works. Thanks.