Bug 1809710 Comment 1 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Original comment by
on 
And I guess I found the problem. The output of the com.apple.launchservices.secure.plist above was actually when Firefox 108 was set. When I set it to 109, the correct output is:

    30 => {
      "LSHandlerPreferredVersions" => {
        "LSHandlerRoleAll" => "10823.1.4"
      }
      "LSHandlerRoleAll" => "org.mozilla.firefox"
      "LSHandlerURLScheme" => "http"
    }

Note:  "LSHandlerRoleAll" => "10823.1.4"
When I set Safari, TOR or Firefox 108, LSHandlerRoleAll is always "-" but when I set it to Firefox 109, LSHandlerRoleAll is 10823.1.4

I'm not sure what LSHandlerRoleAll is good for, I cannot find any documentation about it, but in all samples I've seen so far this key either contains just "-" or a reverse domain name or an App name, I found no sample where it would ever contain a number.
Revision 1 by
on 
And I guess I found the problem. The output of the com.apple.launchservices.secure.plist above was actually when Firefox 108 was set. When I set it to 109, the correct output is:

    30 => {
      "LSHandlerPreferredVersions" => {
        "LSHandlerRoleAll" => "10823.1.4"
      }
      "LSHandlerRoleAll" => "org.mozilla.firefox"
      "LSHandlerURLScheme" => "http"
    }

Note:  "LSHandlerRoleAll" => "10823.1.4"
When I set Safari, TOR or Firefox 108, LSHandlerRoleAll is always "-" but when I set it to Firefox 109, LSHandlerRoleAll is 10823.1.4

I'm not sure what LSHandlerRoleAll is good for, I cannot find any documentation about it, but in all samples I've seen so far this key either contains just "-" or a reverse domain name or an app name, I found no sample where it would ever contain a number.

Back to Bug 1809710 Comment 1