Adium

Ticket #9801 (closed defect: fixed)

Opened 3 months ago

Last modified 3 months ago

Error when trying to log into Wildfire jabber server (1.2.5)

Reported by: cross Assigned to: evands
Priority: normal Milestone: Adium X 1.3
Component: Adium Core Version: 1.2.5
Severity: normal Keywords: wildfire jabber
Cc: Patch: None
Pending: 0

Description

Adium 1.2.4 has no trouble allowing me to log into either my jabber.org account, or my account on my corporate jabber server (Wildfire 2.5.1). With adium 1.2.5, I can't log into either of them. I do *not* have my passwords saved and expect to be prompted for them. The problem with my jabber.org account was fixed by the 1.3prerelease mentioned in bug #9748. However, using either 1.2.5 or 1.3svn20080502 still fails to log into my account on the wildfire server. The error in the preference Account tab is "Error: Invalid challenge from server".

The segment of the debug output from when I tried to log into that account with 1.3svn20080502 is attached.

Attachments

adium1.3b.log (8.1 kB) - added by cross on 05/06/2008 04:43:58 PM.
Segment of debug window contents that occurred during attempted login

Change History

05/06/2008 04:43:58 PM changed by cross

  • attachment adium1.3b.log added.

Segment of debug window contents that occurred during attempted login

05/06/2008 05:21:01 PM changed by Catfish_Man

Wildfire 2.5.1 is pretty ancient... lots of bugs fixed since then, including at least one that fixed some Adium login issues. (I work for Jive, the company that makes Wildfire, now known as Openfire).

05/07/2008 07:26:53 AM changed by evands

  • owner changed from nobody to evands.
  • status changed from new to assigned.

It's failing authorization with DIGEST-MD5 because no password is sent and your account does require a password. It then tries the next mech, CRAM-MD5. I think that having tried DIGEST-MD5 and failed, our libpurple_jabber_use_builtin_digestmd5.diff patch applied to libpurple causes all subsequent mechs to fail bizarrely now. That patch was applied to work around an ancient Wildfire bug, IIRC, and shouldn't be needed now that we can fall back to PLAIN as necessary.

05/07/2008 08:47:28 AM changed by cross

Okay, cool. Perhaps the subsequent mechs fail because you throw out the SASL object? Or, does that get constructed with each pass through the code path? Anyway, glad you have an idea what's up, and I look forward to seeing a fix/adjustment. Thanks.

05/07/2008 09:48:58 AM changed by evands

It gets remade, but the auth type actually gets set to DIGEST-MD5 rather than SASL and stays there, so attempts on any other mech incorrectly go through the custom DIGEST code path.

05/07/2008 10:10:21 AM changed by evands

Please try Adium_1.3svn20080507 which should hopefully fix this problem.

05/07/2008 10:50:18 AM changed by cross

Thanks. Not near a Mac at the moment, but I'll give it a try tonight. I should have that answer for you by 02:00 GMT.

05/08/2008 08:26:55 AM changed by cross

Didn't get to it until this morning, but it does in fact fix the problem. Thanks much!

05/08/2008 09:14:12 AM changed by evands

  • status changed from assigned to closed.
  • resolution set to fixed.
  • milestone set to Adium X 1.3.

Excellent. You're welcome! :)