Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Call button Dissappears if logged in trough Bitlbee #111

Closed
vaskozl opened this issue Apr 26, 2015 · 6 comments · Fixed by #161
Closed

Call button Dissappears if logged in trough Bitlbee #111

vaskozl opened this issue Apr 26, 2015 · 6 comments · Fixed by #161

Comments

@vaskozl
Copy link

vaskozl commented Apr 26, 2015

If an xmpp account is logged in trough Bitlbee and Jitsi at the same time, friends are not able to perform a call as the call button is greyed out. Both local and friend client are running version 2.8 on GNU/Linux.

@bgrozev
Copy link
Member

bgrozev commented Apr 26, 2015

I suspect that this may be have been caused by 478a8ec or 4e5c881

@bgrozev
Copy link
Member

bgrozev commented Apr 26, 2015

If someone could confirm that reverting one (or both) of these fixes the problem, I'd push a revert to master (and figure out how to fix it later).

@459below
Copy link
Contributor

I just tried all combinations. Both commits separately and together. But reverting those changes did not seem to fix the issue. On two separate contacts running jitsi-android and chatsecure it didn't show the buttons reliably. Though it seems to help, if jitsi is using a higher priority, since that contact does at least initially show the buttons.

@459below
Copy link
Contributor

459below commented Oct 1, 2015

I've just tested jitsi-2.1.4590.10823 from back in 2013-04-30 and it behaves exactly the same. Meaning only the capabilities of the last signed in client on the side of the contact are being considered. Right now I'm currently looking into OperationSetContactCapabilitiesJabberImpl. If I understand correctly, there should be code checking every single resource that contact has registered and use the capabilities of the resource supporting the most capabilities. However I did not find code similar to the one in MetaUIContact yet. Unfortunately contact.getResources() seems to be empty at this point.

@459below
Copy link
Contributor

459below commented Oct 1, 2015

So I took the list of resources straight from EntityCapsManager, since it seems way more reliable than contact.getResources(). This does actually work out pretty smoothly. I will test this a while and I will reference the commit, after I'm certain that it doesn't brake something.

@459below
Copy link
Contributor

459below commented Oct 6, 2015

459below@9dcb88b

I've been using this fix for some days. This shows the buttons appropriately and I haven't noticed any regressions. I have noticed a different issue mentioned in the commit message. But this seems to be a different pre-existing issue.

I suppose I should create a proper pull request in order to assess these changes, shouldn't I?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants