Ticket #10495 (new defect)

Opened 2 years ago

Last modified 7 months ago

Sometimes I'm not receiving all MSN messages

Reported by: gal_ga Owned by: QuLogic
Milestone: Component: MSN
Version: 2.6.2 Keywords: lost message
Cc: gimpster, michaelmior, MazX

Description

Since the upgrade from 2.59 to 2.6.x I've noticed a few times that I didn't got some messages that were sent to me via the MSN protocol. I saw on the message box status that the "other side" is typing a message and then nothing... I asked him if he sent something and he said "yes! Didn't you got my message?". After a while I started to ask users if they send me something when I saw a typing status and then nothing. This is a problem that I have both on my home and office computers.

Attachments

pidgin.log (51.2 kB) - added by gal_ga 2 years ago.
purple-debug.log (5.4 kB) - added by Steve 14 months ago.
purple-debug-2.log (19.8 kB) - added by Steve 14 months ago.

Change History

  Changed 2 years ago by darkrain42

  • status changed from new to pending

Please follow the instructions to get a debug log and attach it to this ticket.

  Changed 2 years ago by darkrain42

  • keywords lost message added; msn,lost message,lost messages,lost removed
  • component changed from unclassified to MSN

Changed 2 years ago by gal_ga

  Changed 2 years ago by gal_ga

  • status changed from pending to new

Attachment (pidgin.log) added by ticket reporter.

  Changed 2 years ago by k.mikkelsen

I've got the same issue with MSN contacts. I'm running 2.6.2 on a Win XP machine.

  Changed 2 years ago by solomonhuang

Also encounter this issue for a long time on my debian. My friend complains this on his MAC,too. We found that we both enable HTTP method. Maybe you can check on this.

  Changed 2 years ago by k.mikkelsen

solomonhuang, can you explain in more detail, please?

  Changed 2 years ago by gal_ga

Yes, after disabled the HTTP method seems to work OK.

  Changed 2 years ago by k.mikkelsen

OK, disabled http method. Let's see if the error can be reproduced... :-)

  Changed 2 years ago by solomonhuang

I and my friend found if we enable HTTP method for MSN protocol. We will encounter this issue very often. Not only pidgin on my linux machine but also adium on my friend's OSX. If we chat with our friends whom using official client with HTTP method enabled pidgin/adium, our friends will complain about lost messages. I learned that adium using libpurple, too.

If you need some more detail testing or debug information, please tell me and maybe guild me to provide some useful information.

  Changed 22 months ago by salinasv

  • owner changed from rekkanoryo to QuLogic

QuLogic Do you have any clue about this?

  Changed 18 months ago by gimpster

Any update on fixing the HTTP method? I am forced to use HTTP method because of a crash on launch issue with Forefront TMG Client (see http://developer.pidgin.im/ticket/12520). Right now it seems that Pidgin is mostly useless for me because of these two bugs. Either I can't launch the app or I lose a bunch of messages.

  Changed 17 months ago by starryin

I am not using http method but now I still lost some of the messages sent to me. Any update?

  Changed 17 months ago by salinasv

Please someone upload a debug log with the PURPLE_VERBOSE_DEBUG env variable set so we can get a better idea on what's going on.

I can't reproduce the bug, so I'm not able to fix it right now.

Changed 14 months ago by Steve

Changed 14 months ago by Steve

  Changed 14 months ago by Steve

I have attached 2 log files ... with the env variable set.... I see nothing in them myself. When my co-worker replies, I do not see that he is "typing" in the chatwindow... He uses MSN 2011 (the basterd)

  Changed 14 months ago by Steve

I have extra info (actually solved my issue)

I use Pidgin with the MSN protocol (MSN Passport linked to a gmail address). I do not use the http-method.

I found that, if I set my status in the GMAIL chat client to "invisible" this affects Pidgin in a disastrous way. My status becomes "offline" to all contacts and I can not override this in Pidgin... also, messages sent to me are frequently dropped (as described above), but not always.

follow-up: ↓ 17   Changed 14 months ago by salinasv

Wait, it doesn't make sense at all.

Are you saying that msn status is modified by gtalk status change in the gmail interface?

I would need to see the debug log when you change your gmail status to try to find what is going on.

Please, provide a debug log. =)

in reply to: ↑ 16   Changed 14 months ago by darkrain42

Replying to salinasv:

Wait, it doesn't make sense at all. Are you saying that msn status is modified by gtalk status change in the gmail interface? I would need to see the debug log when you change your gmail status to try to find what is going on. Please, provide a debug log. =)

To reinforce/reiterate what salinasv is saying, the account you control through the gmail web interface is an XMPP (a.k.a. Google Talk/Jabber) account. In addition to that account, you also have an MSN account with a Passport ID (or whatever Microsoft calls it these days) of "yourusername@…".

The two are entirely unrelated, and adjusting the status of a Google Talk account (even in the gmail web interface) cannot impact an MSN account.

  Changed 14 months ago by darkling

I also have this problem (was directed here from a ticket I logged @ http://developer.pidgin.im/ticket/13074) and I've never used HTTP method.

Will endeavour to get a log up ASAP... I presume the debug log needs to be taken while I'm chatting to someone via MSN to be viable?

  Changed 14 months ago by QuLogic

Yes, you should get a debug log. No, your issue is probably not the same as this one.

  Changed 13 months ago by michaelmior

Just a note that I experienced this bug as well. If there's any information I can provide, please let me know.

  Changed 13 months ago by salinasv

Yes, please provide a debug log from the time it happens.

If it is the same as Steve, the debug log when changing the gmail status, if it's different, a debug log with PURPLE_VERBOSE_DEBUG variable enabled.

  Changed 13 months ago by MazX

I've been having this problem for a few months now as well. Running Win7 x64 and Pidgin 2.7.7 with HTTP enabled on Hotmail by default. Have disabled HTTP and will upgrade to 2.7.9 to see if this helps resolve this issue.

follow-up: ↓ 26   Changed 13 months ago by darkling

Since the issue I'm having and the original one reported here really do seem similar enough to be relevant.. please see http://developer.pidgin.im/ticket/13074 as it has been closed with no solution.

  Changed 12 months ago by darkling

Still no response, let alone solutions, for MSN users?

Just going to go ahead and uninstall Pidgin and trial other software.

  Changed 12 months ago by michaelmior

I was experiencing this issue as well, and I found disabling the HTTP method made things work just fine. (Apologies that I haven't submitted debug logs yet. I still have it on my todo list.)

in reply to: ↑ 23   Changed 12 months ago by salinasv

Replying to darkling:

Since the issue I'm having and the original one reported here really do seem similar enough to be relevant.. please see http://developer.pidgin.im/ticket/13074 as it has been closed with no solution.

I'm not sure what your intention is. If you want to piss off the people who can care about this, you are doing it right.

If you have seen that this ticket is related to the issue you have, you better post the debug log HERE instead of opening a new ticket and making it harder for us to keep up to date to the tickets.

We all have full-time jobs and some of us are also studying, our pidgin time is too limited please, avoid that non-useful comments, here is not twitter and I'm sure nobody here wants to know what you do, if you install or uninstall some software.

BTW, I'm re-opening the other ticket since there was added the requested debug log.

  Changed 9 months ago by michaelmior

I just came across this message in my todo list. Unfortunately MSN isn't working at all for me anymore on my laptop, so I won't be able to provide the log. Looks like the other bug report has good info though.

  Changed 8 months ago by roeme

I can confirm this issue as well. See in Adium's Bugtracker for some description's on "how" this bug is encountered: http://trac.adium.im/ticket/14953

btw, as said over there, I have HTTP connections disabled, but direct connections allowed. I'll try to see what happens if I disable direct connections.

  Changed 7 months ago by salinasv

Ticket #14402 has been marked as a duplicate of this ticket.

  Changed 7 months ago by seniorsamu

This bug also affects me. I'm using pidgin 2.9.0 on Ubuntu. It happens whether I use pidgin with HTTP methods enabled or disabled. I usually see that my partner is typing something and that notification just disappears but I receive no message. When I ask about it, my partner sends me the message again with the timestamp I noticed he stopped typing. Today, I will collect some debug chat logs and attach them here.

  Changed 7 months ago by starkwong

I know exactly what happened (and 100% reproducible), hope developers can catch this bug.

In simple words, the libpurple MSN plugin terminates the http connection while the other side didn't, so when the other side reuse the connection to send message, it fails to deliver the message because the libpurple side has closed it.

To reproduce, I used pidgin and Miranda IM (which has notificaton popup for establish and termination of MSN connections): 1. Login both accounts 2. Open debug window of pidgin 3. Send a message from Miranda IM, pidgin received it successfully 4. Wait for the debug window shows logs like "(18:42:59) msn: destroy httpconn (05CA97F8)" 5. Send a message again from Miranda IM, this time pidgin didn't receive it 6. Wait for Miranda IM popups "Leave conversation with xxx" 7. Send a message again from Miranda IM, pidgin can then receive the message again (Then always loops to step 4)

Hope this information helps

  Changed 7 months ago by starkwong

Add some more information, this only happens when pidgin is set to use HTTP method. If HTTP method is set to off, both sides terminates the connection at the same time, so maybe some command is missed before terminating connection in HTTP mode?

So for people with this problem even with HTTP method disabled, it should be another problem then.

  Changed 7 months ago by seniorsamu

I experience this problem even with HTTP method disabled, though I cannot identify the exact circumstances in the pidgin debug logs in which this occurs.

  Changed 7 months ago by starkwong

I think I figure it out, there is a weird block in servconn.c starting from line 268:

	if (servconn->session->http_method)
	{
		/* Fake disconnection. */
		if (servconn->disconnect_cb != NULL)
			servconn->disconnect_cb(servconn);

		return;
	}

Is calling disconnect_cb correct? It does perform an actual disconnect and lead to that problem! If I comment that block, the connection won't break and can keep for at least 10 mins. I don't know if this behavior is correct, but the miss message problem does go away (both sides keep the connection continuously).

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!