After upgrading to version 1.18.4 my conference links stopped working because of bug fix [#245]. Out company is using four "name parts" in https links but only two are used in sip ID:
https://server.sub.domain.com/meet/first.last/HBG846J5
sip:first.last@domain.com;gruu;opaque=app:conf:focus🆔HBG846J5
With [#245] fixed, it is now
sip:first.last@sub.domain.com;gruu;opaque=app:conf:focus🆔HBG846J5
which leads to "Unable to resolve DNS SRV record".
I can "fix" that by reverting git commit b09ab4b but it will revive the original bug.
Could it be possible to read the URL from HTML obtained from original http(s) link? It's there on several places, although encoded in various forms.
I've created a simple patch not fixing the issue but allowing conference links in format sip:... or conf:sip:... instead of just http(s)://. This could be used as workaround if translation from http to sip does not work. User can find the correct sip link in HTML obtained from http(s) URL and use it directly.
Unfortunately your patch is a no-op, because "sip:" and "conf:sip:" are already matched by
parse_ocs_focus_uri()inSo the only thing I could "fix" would be to add that "sip:" is also accepted to the dialog text in
sipe_purple_show_join_conference().Verified that
sip:...andconf:sip:are already processed correctly by the current code. Therefore no changes are required.Added the error message and what to do about it to the FAQ
Closing as WORKSFORME