In my dev build, on Linux: - make sure Firefox is not running - open a web page from LibreOffice (eg. Help -> About LibreOffice... -> Contributor Credits) - Firefox is launched, but LibreOffice freezes until it is closed again All is fine when Firefox is already running. This is particularly annoying in combination with the online help :-(
(In reply to comment #0) Not confirmed with Firefox 3.6.13 and Libo RC1 on Windows Vista. May be specific to Linux.
I can't reproduce it here with master build on openSuse 11.2... Couldn't it be a problem with your system installation?
I do not reproduce with LibO 3.3 rc1 on Ubuntu 10.04 (x86_64) and Firefox 3.6.13.
Strange, because the code really does block ;-) Either way, I'll attach a patch.
Created attachment 41338 [details] The patch.
[Targeting libreoffice-3-3.]
Created attachment 41513 [details] Updated patch. As discussed, this encloses the call into ( ) &, to make it safer.
This was committed to libreoffice-3-3 branch.
Was not able to verify - Closed - Sophie
(In reply to Jan Holesovsky from comment #8) > This was committed to libreoffice-3-3 branch. That <https://git.libreoffice.org/core/+/f5fe1aa15611d808e45fe77a393f3dd8f9304469%5E!> "https://git.libreoffice.org/core/+/f5fe1aa15611d808e45fe77a393f3dd8f9304469%5E!" is broken, in that the return value of pclose(popen("(xdg-open ...)&")) is trivially always 0 now, so that e.g. clicking a non-existing (like <file:///nonexisting.doc>) or unsupported (like <unknown:test.doc>) hyperlink denoting a .doc file in Writer fails silently now, instead of producing appropriate error boxes (like "nonexistent.doc does not exist" or "This operation is not supported on this operation system").
(In reply to Stephan Bergmann from comment #10) > That > <https://git.libreoffice.org/core/+/ > f5fe1aa15611d808e45fe77a393f3dd8f9304469%5E!> > "https://git.libreoffice.org/core/+/ > f5fe1aa15611d808e45fe77a393f3dd8f9304469%5E!" is broken, in that the return > value of pclose(popen("(xdg-open ...)&")) is trivially always 0 now, so that > e.g. clicking a non-existing (like <file:///nonexisting.doc>) or unsupported > (like <unknown:test.doc>) hyperlink denoting a .doc file in Writer fails > silently now, instead of producing appropriate error boxes (like > "nonexistent.doc does not exist" or "This operation is not supported on this > operation system"). (but also see the comment at <https://gerrit.libreoffice.org/c/core/+/51132/11#message-f1e73a5ce92429c65aad2829e12130ed979a81b8> "tdf#116305 Add timeout to help Windows bring browsers to the front" for how this scenario got broken even further later on)