Bug 26434

This sounds like a bug in the Facebook protocol plugin: if it was properly marking the messages you sent from the browser as outgoing, not incoming, Haze would work correctly.

Steps to reproduce:

Add Pidgin proto for Conversations plugin
Register your facebook account and sign in to it
Chat to any contact that is online
Minimize or close the Conversations window to that contact
Re-open the conversation
Everything you said looks like it came from the other contact

If the conversation is long (e.g. 20+ lines of mixed your and their text) then scroll up; the chat will just keep scrolling. You do see the messages you wrote, eventually if you scroll up far enough. It seems the conversation wraps around in a weird way too because you can keep scrolling forever and seeing the same messages, sometimes appearing from you, sometimes the other person

If the readers of this list have any contact with the project maintainers (Jonny Lamb?) can they give them a prod? If there is a better place to post the bug, can it be advised?

Thanks

I faced the same problem... this is what i have written

EXACT STEPS LEADING TO PROBLEM: 
(Explain in detail what you do (e.g. tap on OK) and what you see (e.g. message
Connection Failed appears))
1. Availability
2. created account for facebook
3. facebook is connected i.e. available
4. IM chat via facebook chat
5. received and send message using the said chat.
6. after few minutes, receive the entire chat again together with the one i
have sent out but under the senders or my contacts name and not my name
7. may happen 2 - 3 times.

EXPECTED OUTCOME: No repeated message should be received and receive back my
message that has been sent out to my contact under my contact's name.

ACTUAL OUTCOME: repeated message is received. messages sent by my contact and
messages i sent to my contact which is received as though my contact sent to
me.

REPRODUCIBILITY:
(always, less than 1/10, 5/10, 9/10)
10/10


EXTRA SOFTWARE INSTALLED: Link-local XMPP protocol plugin for Conversations and
Contacts

As Will says, this seems likely to be a bug in the libpurple Facebook protocol plugin (which isn't maintained by the Telepathy developers) rather than in Haze, so I suggest reporting this to the Maemo maintainer of that plugin.

Now that Facebook Chat is also available as a (limited) XMPP/Jabber server, it's also possible to connect to it as a Jabber account using telepathy-gabble (as already shipped with the N900), which may well work better for you than the Haze + libpurple + Facebook-plugin stack:

* On the Facebook website, if you haven't done so already, create a Facebook username (like www.facebook.com/badger), and log out and back in.
* Add a chat account of type "Jabber".
* If your Facebook page is www.facebook.com/badger, then your JID (username) is badger@chat.facebook.com. Lower-case works best, apparently.
* The password is your normal Facebook password.

You can chat and see your friends' presence, but you can't change your name, avatar or friends list, or use more advanced XMPP features like VoIP, through this XMPP connection (these are limitations of the Facebook server).

Is this still broken with newer versions of the Facebook prpl?

Is the Facebook prpl still relevant, given that rtcom-accounts-plugin-facebook (Facebook-over-XMPP support) has been part of the Maemo 5 core from PR1.2 onwards?

(We could even consider disabling the Facebook prpl in Haze to force people to use the more-likely-to-work approach, I suppose...)

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/telepathy/telepathy-haze/issues/30.