Opened 10 years ago

Last modified 5 years ago

#9792 new defect

Not possible to join XMPP MUC with password unless invited

Reported by: vidar Owned by: deryni
Milestone: Component: XMPP
Version: 2.5.8 Keywords:
Cc: TehCrab, EionRobb


Pidgin does not prompt for password to join a password-protected MUC.

Change History (6)

comment:1 Changed 10 years ago by darkrain42

  • Status changed from new to pending

Is this when you're are joining a room via the Room List dialog (or an invitation)? Does the Join a Chat dialog (which offers a password field) work?

comment:2 Changed 10 years ago by vidar

  • Status changed from pending to new

When joining from an invitation you are not prompted for password but get to join anyway. When joining from Room List dialog you are not prompted for password but get 401: Not Authorized error when clicking the "Join" button. I had never tried the "Add Chat" button in the Room List but see that if i click on it I get the option to add the MUC to my contact list and enter a password when doing so. Still feel that the "Join" button should detect that the room is password protected and ask for a password. If wrong password is entered it would be nice to show the same password dialog again with an additional error message about previously entered password was wrong.

comment:3 Changed 5 years ago by TehCrab

I would like to bump this ticket - I just recently installed an OpenFire at work and have always used Pidgin because of its gorgeous UI and Multi-Protocol support, however as stated above; When one tries to join a XMPP Room (I created, so I know it has a password) from the 'Room List' window one is never prompted to ENTER a password, just denied access.

Its not very 'user friendly' for my other staff who may not have the know-how to add a Chat Room manually with the Password in toe.

Anyway this can be looked at :)?

comment:4 follow-up: Changed 5 years ago by deryni

So the problem here is that the response to this join failure is awkward (in terms of normal protocol design) compared to how this would ideally work and that makes it more complicated to handle than is really desirable.

Given a quick glance at the code for two other xmpp clients neither of them seemed to handle this correctly either. (Though that's probably because password protected rooms are rare in the XMPP world in my experience with people favoring members-only rooms instead as being easier to deal with and not requiring password rotation should someone be kicked out.)

comment:5 in reply to: ↑ 4 Changed 5 years ago by TehCrab

I've tried three other clients this morning just to test (InstantBird?, Swift and PSI) and all pop-up a window asking to have a Password entered if said room is 'Private'.

I won't pretend to be any such guru here, and if you tell me its too difficult then so be it, I may need to look elsewhere from a GUI for the less technological minded users.

If there is anything I can be assistance with please let me know - Users 'EionRobb?' and 'xnyhps' were discussing it in IRC today and have been of some help, not sure where they got to though.

Last edited 5 years ago by TehCrab (previous) (diff)

comment:6 Changed 5 years ago by deryni

I would be curious to see the traffic from one of those clients handling this. Swift is one of the ones that I looked at last night and it doesn't handle the case the way I was looking at (which isn't to say that it doesn't handle it some other way). I expect that those clients query the room for features before attempting to join it. Which is something that pidgin could (and probably should) do but historically has not done. Handling it after the join fails is the more difficult prospect I was discussing before.

Note: See TracTickets for help on using tickets.
All information, including names and email addresses, entered onto this website or sent to mailing lists affiliated with this website will be public. Do not post confidential information, especially passwords!