Description: 1. Start Collabora Office 2. Click on Preferences > About to display the About dialog 3. Click on the Website button (com.sun.star.system.SystemShellExecuteException) { { Message = "Undefined error: 0", Context = (com.sun.star.uno.XInterface) @600000629428 (ImplementationName = "com.sun.star.comp.system.SystemShellExecute") }, PosixError = (long) 0 } Steps to Reproduce: 1. Start Collabora Office 2. Click on Preferences > About to display the About dialog 3. Click on the Website button Actual Results: Error message displayed, and not taken to Collabora website (or wherever that button is supposed to take the user to). Expected Results: I guess it should take the user to something useful in the Collabora Office domain? Reproducible: Always User Profile Reset: Yes Additional Info: Version : 6.4-20 Build ID : 8f9231b97d06858b598c6fa819546ca3391d11c7 Threads CPU : 8; OS : Mac OS X 11.2.3; UI Render : par défaut; VCL: osx; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded
Bug still present in Collabora Office Version : 6.4-39 Build ID : 3a86bbd5e06d0fb7c057c761e924111e6499d20e Threads CPU : 8; OS : Mac OS X 11.4; UI Render : par défaut; VCL: osx; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded
The link leads to www.collaboraoffice.com. By the way there is a similar button in LibreOffice Vanilla, so I expect the same issue there. However, I don't see the issue with Collabora Office 6.4-39 and LibreOffice Vanilla 7.1.3.3 (on macOS High Sierra version 10.13.6).
@Andras : Does "com.sun.star.system.SystemShellExecute" work on Apple Silicon M1 ? Or, could a difference between High Sierra and Big Sur (some kind of security update), be the reason for the difference in behaviour ?
For the record, clicking on the website link in Version: 7.1.2.2 / LibreOffice Community Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4 CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded works fine and opens the default browser and loads the corresponding web page.
It's good news that LibreOffice 7.1 works well. The next version of Collabora Office will be based on that. I don't think we'd work on fixing Collabora Office 6.4, the next version is about to be released.
Not arm64 ("M1") specific, I get it on x86_64, too. Also with Collabora Office 21.06.4.1.
Adding some debug output to ShellExec::execute() in shell/source/unix/exec/shellexec.cxx , it seems that for some unclear reason, calling popen() on the string "open -- https\\://www.collaboraoffice.com" fails, but calling popen() on the string "open -- https\://www.collaboraoffice.com/collabora\-office\-21.06\-release\-notes/\?LOvers\=21.06\&LOlocale\=en\-GB" succeeds. Weird. (And why the code to open a website uses the open command through popen() I don't know.)
The problem seems to be the final slash in the https://collaboraoffice.com/ URL that it wants to open. If I change it to https://collaboraoffice.com it works. Suggested patch in https://gerrit.libreoffice.org/c/core/+/121842
(The double backslash or not difference in comment #7 is accidental, just caused by me copy-pasting the strings a bit differently. Ignore that.)
Fixed in Version: 21.06.15.1 Build ID: 60a66e4bf6afbf5d4221dab436bb1aca744a7ddf CPU threads: 8; OS: Mac OS X 12.2; UI render: default; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded