SourceForge.net: Meanwhile: Detail: 1626349 - Buddy list shows wrong status

Date: 2009-01-29 16:21 Sender: nano_o Thanks mikael!
Date: 2009-01-29 16:09 Sender: mikael Hi, The main link is down. Here's a temporary backup link: http://ow.lilotux.net/~mikael/pub/meanwhile/ I'll post the presence_fix_v2.diff here as well, I hope it won't be mangled: # User Mikael Berthe <mikael.berthe@lilotux.net> # Date 1194208892 -3600 Fix Awareness Snapshots with recent Sametime servers With recent Sametime servers there seem to be 2 bytes after the Snapshot Message Blocks. This patch tries to use the end of block offset provided by the server. diff -r be8d8f1d3ebc src/common.c --- a/src/common.c Sun Nov 04 18:48:00 2007 +0100 +++ b/src/common.c Tue Nov 06 11:46:26 2007 +0100 @@ -878,23 +878,24 @@ gboolean mwAwareIdBlock_equal(const stru /* 8.4.2.4 Snapshot / void mwAwareSnapshot_get(struct mwGetBuffer b, struct mwAwareSnapshot idb) { - guint32 junk; - char empty = NULL; + guint32 end_of_block; g_return_if_fail(b != NULL); g_return_if_fail(idb != NULL); - guint32_get(b, &junk); + guint32_get(b, &end_of_block); mwAwareIdBlock_get(b, &idb->id); mwString_get(b, &idb->group); gboolean_get(b, &idb->online); - - g_free(empty); if(idb->online) { mwString_get(b, &idb->alt_id); mwUserStatus_get(b, &idb->status); mwString_get(b, &idb->name); + } + + if( b->ptr < b->buf + end_of_block ) { + mwGetBuffer_advance(b, b->buf + end_of_block - b->ptr); } }
Date: 2009-01-29 16:01 Sender: nano_o Hi, I'm still having this issue with libmeanwhile 1.0.2. The link to the patch seems broken again. Could someone post it here or point me to it? Thanks.
Date: 2008-06-13 15:05 Sender: mikael marcelvb: there has been a network outage, but the link should be working again now. Sorry about that...
Date: 2008-06-12 21:40 Sender: marcelvb Does anyone know what happened to the patch. The link http://www.lilotux.net/~mikael/pub/meanwhile/presence_fix_v2.diff does not seem to work anymore nor is the patch attached to this bug. Can someone attach the diff here? Or is it already incorporated in the actual code?
Date: 2008-04-21 18:11 Sender: monolithicmanus It looks like Pidgin 2.4.1 for windows incorporates the fix, though I can find no evidence in the change log or bug tracker to support this fact.
Date: 2008-01-09 18:56 Sender: mamaj I also have a user recently upgrade his Adium and I can confirm it is good. Now, if only we don't have to worry about this when we upgrade to Sametime8 in the next few weeks!
Date: 2008-01-09 18:41 Sender: kitkohler Fix appears to have been distributed in AdiumX release version 1.2, released January 5. Anyone else care to confirm this?
Date: 2008-01-09 14:09 Sender: monolithicmanus Mondo524, it looks like taliesein is working on getting the code ready for a 1.1.0. You can see his work in cvs. http://meanwhile.cvs.sourceforge.net/meanwhile/meanwhile/src/?pathrev=meanwhile_v1_1_0 I don't know what his timeline for releasing 1.1.0 is though. There might be more going into this release than just the patches for this bug. If you want something now and you're using windows you can use the dll that alixyz built from the posted patches http://www.momoshare.com/file.php?file=fdab7d1db78adb4a19bfd42e360c4e19 It does work. Download, unzip, stop pidgin, drop the dll in your pidgin directory (probably C:\Program Files\Pidgin) and restart pidgin.
Date: 2008-01-09 07:20 Sender: mondo524 Is anyone able to assist with this ? I am confused about this situation and just want to have this bug fixed in a release. I really am getting the feeling that Open Source software really is worth what you pay for it
Date: 2008-01-06 21:40 Sender: mondo524 Hi everyone.. Does anyone understand how and when this update to Meanwhile 1.1.0 will find its way into Pidgin? I think we are all keen to see this one closed off and be able to use something other than Sametime again. Thank you for your patience and support..
Date: 2008-01-04 05:51 Sender: jivemastert So what does that mean for new builds of Adium, Pidgin, etc?
Date: 2008-01-03 20:21 Sender: taliesein presence patch accepted for Meanwhile 1.1.0
Date: 2007-12-18 23:01 Sender: jestep Got tired of waiting, the presence patch appears to work on OpenSuse ;-) What a diff-erence ;-) Thanks Much!
Date: 2007-12-13 21:09 Sender: jestep Also waiting for this to be in general release. Any word???
Date: 2007-12-07 16:07 Sender: mamaj I am not a developer by any means so do not know... but will that patch that someone had posted (libmeanwhile-1) work on a Mac? What happens when I upgrade my Sametime servers to 8.0 next month???
Date: 2007-12-07 16:03 Sender: monolithicmanus I assume most of us are here because we already upgraded to Sametime 7.0+ and that triggered the problem. Does anyone still have an earlier server they can test the patch with to make sure it still works on the old servers? 6 something.
Date: 2007-12-01 22:47 Sender: mondo524 There seems to be a lot of activity on this now which is great.. Does anyone know when this 'patch' will be implemented into production so it can be installed with the software normally ? Thanks
Date: 2007-12-01 18:32 Sender: jivemastert File transfers failed for me instantly...
Date: 2007-11-30 19:43 Sender: theloganrocks Applied the patch. All is working well on my end :-) Thanks!
Date: 2007-11-30 19:31 Sender: dyamaki This worked. I downloaded couger/alixyz fix from the MoMoshare: http://www.momoshare.com/file.php?file=fdab7d1db78adb4a19bfd42e360c4e19 I'm using Windows XP Professional SP2 and Pidgin 2.2.2. I replaced the libmeanwhile-1.dll file at C:\Program Files\Pidgin (514,665 bytes) with the new one (556,294 bytes) by renaming the old to libmeanwhile-1.dll.old.bak and copying in the new DLL. It works. We're using Sametime 7-something. I'll post when I find out exactly. I have not tried the file transfer. Hope this helps.
Date: 2007-11-28 19:37 Sender: foxcole Said alixyz: I haven't looked at the Pidgin portable, but best way to go about it is to confirm that the old libmeanwhile-1.dll is 503K and the new one after it's replaced is 544K. -- Yes, the old one that I replaced was 503K and the new one is 544K. -- Said cygnustm: I put the DLL in PidginPortable\App\Pidgin. -- Is the old dll still in the main Pidgin folder, with the .exe? Regardless, this one replaced a dll of the same name but 195K in size... and it works! I moved it from the Pidgin folder into the App/Pidgin folder, so there's no dll by that name in the old location, only in the App/Pidgin folder. I wonder why the other one was there? But, that's no matter now. Thank you both, very much! This is great. It works beautifully. :D --
Date: 2007-11-28 19:10 Sender: cygnustm I'm using the new DLL with Pidgin Portable 2.1.1 just fine. I put the DLL in PidginPortable\App\Pidgin.
Date: 2007-11-28 18:52 Sender: alixyz monolithicmanus in regards to your question, I compiled it using MinGW and Msys but there were a ton of errors, I took each one by one, I had to download some additional packages (gettext-0.14.5.zip, libiconv-1.9.1.bin.woe32.zip, ...) with every error I researched it to find out what I was missing and I had to also edit some of the code to add additional header file (#include ...) I'm definitely saving off this build env for future use ;)
Date: 2007-11-28 18:47 Sender: alixyz I haven't looked at the Pidgin portable, but best way to go about it is to confirm that the old libmeanwhile-1.dll is 503K and the new one after it's replaced is 544K. If it's still not displaying the status correctly, it may be using the dll from another location. Try renaming the libmeanwhile-1.dll to libmeanwhile-1.dll.bak and make sure there is not libmeanwhile-1.dll in that directory and launch Pidgin. If Sametime plugin still shows up then it's pulling the dll from another location, search your pc and replace the other instance of it.
Date: 2007-11-28 17:36 Sender: foxcole Hmmm... no change for me. (The extract asked if I wanted to replace the current dll with the one being extracted, and I of course chose 'yes'.) As noted earlier, I'm running Pidgin 2.1.1 Portable from the flash drive; that's the most current portable version. I see the local-install version on SourceForge is at 2.3 now. Would that be why it doesn't work for me?
Date: 2007-11-28 16:24 Sender: kentyman Works well here at work as well. Wow, that's confusing wording.
Date: 2007-11-28 15:27 Sender: kennova Works here as well. Tested file transfers and all that, works great. Thanks again.
Date: 2007-11-28 14:27 Sender: monolithicmanus You're awesome alixyz. It works!!! How did you get it compiled?
Date: 2007-11-28 14:03 Sender: jivemastert You are the man. Working fine here. So friggen thrilled with this.
Date: 2007-11-28 08:39 Sender: alixyz I finally got it compiled and it includes the file transfer fix and the contacts status fix. To install download the zip file below and extract there is only one file in there called libmeanwhile-1.dll place it in the directory of the application your using such as the folder where Pidgin is installed C:\Program Files\Pidgin and your all set. http://www.momoshare.com/file.php?file=fdab7d1db78adb4a19bfd42e360c4e19
Date: 2007-11-28 00:41 Sender: monolithicmanus I don't want to dampen anyones enthusiasm for trying to compile this, but knowing how to do apply patches is the tip of the iceberg in this case. For those interested in applying patches the "patch" command is what you're looking for http://www.rt.com/man/patch.1.html. It should be present in linux and probably cygwin. The real trick, which I've not been able to do is cross-compile this linux native code into a windows dll. It isn't simple and I suspect even siege who wrote this originally, might not now how. Or at least remember how if he did know in the past. We need to use MinGW http://www.mingw.org/ instead of cygwin. There are to ways to do it. 1. Using the MinGW library's in linux using the proper arguments to ./configure 2. Using MinGW and Msys (basically like Cygwin but not.) on windows and './configure' then 'make' then 'make install' as normal. Unfortunately both of these methods have failed for me. See this thread for details. https://sourceforge.net/forum/forum.php?thread_id=1262036&forum_id=394564 Hopefully one of the very few people in existence with this build environment set up properly will do a build for us at some point. Until then, we'll probably just have to wait patiently.
Date: 2007-11-27 22:49 Sender: alixyz You will need to download the source from https://sourceforge.net/project/showfiles.php?group_id=110565&package_id=119703 and use any text editor to make the change. I my self have made the change but have the following problem: I've tried to compile Meanwhile using Cygwin and the dll produced is called cygmeanwhile-1.dll rather then libmeanwhile-1.dll I've renamed the dll to the libmeanwhile-1.dll name and rebuilt Pidgin with the new dll file, but in Pidgen when I try to add new account, Sametime isn't displayed in the list. Also the size of the the original dll is 503k, but the one which I built in Cygwin is 578k (with out changing any of the source.)
Date: 2007-11-27 22:45 Sender: foxcole Thank you very much; that makes sense as far as it goes. It tells me what's in the file and tells me that to make those changes I'd need to change the source code. What I don't know is how to do that. I'm an old programmer and am certainly not afraid to try, but I have no idea what tools I need or how I might need to use them.
Date: 2007-11-27 19:50 Sender: alixyz the .diff files are text files which show the lines which were altered or removed from the code in a certain file and the lines added to the file. Example: presence_fix_v2.diff shows that source file src/common.c was changed and the lines starting with "-" are the lines removed and the lines starting with "+" are the lines added.
Date: 2007-11-27 19:36 Sender: foxcole A couple of people have asked how to apply the .diff patch, and were completely ignored. I'd like to ask again, because I've no clue what to do with this file and would like to fix the problem, or at least see if the patch works for me. In case it makes a difference, I'm running Pidgin 2.1.1 Portable (from www.portableapps.com) on WinXP Pro SP2.
Date: 2007-11-26 02:17 Sender: mondo524 Hi... Any news on when this can be tested out and released for Windows? ??
Date: 2007-11-22 16:34 Sender: mikael For those who are interested, I've built a Debian package (on "testing"). It is available there: <http://www.lilotux.net/~mikael/pub/meanwhile/debian/>
Date: 2007-11-18 08:03 Sender: alixyz I've tried to compile Meanwhile using Cygwin and the dll produced is called cygmeanwhile-1.dll rather then libmeanwhile-1.dll I've renamed the dll to the libmeanwhile-1.dll name and rebuilt Pidgin with the new dll file, but in Pidgen when I try to add new account, Sametime isn't displayed in the list. Also the size of the the original dll is 503k, but the one which I built in Cygwin is 578k (with out changing any of the source.)
Date: 2007-11-16 16:04 Sender: jivemastert That's what I saw as well so I figured I'd ask since I wasn't sure if I was looking at things right. Who can add in the patches? Is there any reason why they aren't in there yet?
Date: 2007-11-16 15:56 Sender: monolithicmanus I don't think the changes are in CVS. Looking using the CVS Browser on Sourceforge shows everything to be way to old. That patch was to common.c and it shows the last change to that was months ago.
Date: 2007-11-16 15:43 Sender: jivemastert I can't figure out how to build a DLL of it either. Kinda frustrating. Are these changes checked into the code repo? There is a Pidgin build that is 11 hours late - which means we should see one any day now. I want to make sure these changes are in there.
Date: 2007-11-14 16:52 Sender: monolithicmanus Are there instructions anywhere on how to build a win32 version of meanwhile? So far may attempts using mingw32 and cygwin haven't resulted in a usable dll. Does anyone have the .def file for the dll export definitions? I saw some mention of it in places in the forum but all the links are long since dead.
Date: 2007-11-13 15:13 Sender: jivemastert So have these patches been checked into the project? Pidgin is due for a new build in about 3 days and I want to know if we should notify them about this.
Date: 2007-11-09 20:59 Sender: monolithicmanus One minor correction to make to my reports. It turns out the Domino server I'm connected to is actually version 7.0.2FP1 not 7.5.
Date: 2007-11-09 16:06 Sender: mikael monolithicmanus, Great! Thanks for the feedback. Glad I could help, Mikael
Date: 2007-11-09 15:32 Sender: monolithicmanus Mikael, Your ft_fix.diff does allow me to receive files correctly now. Tested in Pidgin on Linux with a 7.5 Sametime server. I had never actually used the file transfer feature before. It is handy now that it works. Thanks for another good fix.
Date: 2007-11-09 03:16 Sender: jivemastert Wow. Lots of fixes!
Date: 2007-11-08 18:17 Sender: mikael With the new server I also have a file transfer problem. I can send files but I can't receive them (they're always canceled). Do you guys have the same problem? I've found a short fix for this too. Can you try the patch linked below and say if it works for you? (monolithicmanus maybe?) I'd like to know if it doesn't break file transfers with the old servers too. Please test! <http://www.lilotux.net/~mikael/pub/meanwhile/ft_fix.diff> Mikael
Date: 2007-11-08 06:17 Sender: kitkohler Ok. So might I assume based on your earlier post about committing the patch already into Meanwhile that this will filter down to libpurple and eventually be released as part of a future version of Adium?
Date: 2007-11-08 05:05 Sender: taliesein "... so this patch needs to be commited into libpurple" That is not actually correct. The Sametime protocol plugin in libpurple dynamically links to Meanwhile. Adium and the windows version of Pidgin distribute binary builds of Meanwhile, but do not maintain them; they just get the library from this project's releases and build/package it where necessary. You won't find any place in libpurple to apply this patch, because none of the Sametime protocol code lives in libpurple. libpurple simply uses the API provided by Meanwhile to be able to communicate with a Sametime server.
Date: 2007-11-07 23:34 Sender: jivemastert I believe the pidgin developers manage that.
Date: 2007-11-07 21:10 Sender: kitkohler Just spoke to Adium X devs, they (like Pidgin and Finch) use libpurple to integrate with various chat services, so this patch needs to be commited into libpurple. I frankly haven't the foggiest who to talk to about that. Anyone?
Date: 2007-11-07 19:38 Sender: cxwood22 How would the average Joe apply this patch?
Date: 2007-11-07 17:05 Sender: jivemastert kitkohler - the Adium devs would need to commit this. It's not a patch you can install to Adium. Hopefully they will get this in before the next release. Taliesein - when you say it looks good does that mean that it has been tested in 6.5 and it works?
Date: 2007-11-07 12:50 Sender: taliesein mikael, looks good, I'll commit this tonight and see if we can't get the win32 packager to roll a .dll for release
Date: 2007-11-06 20:46 Sender: kitkohler I haven't the foggiest idea how to install this patch into Adium. Does this need to be released from Adium or is there a way I can patch it myself?
Date: 2007-11-06 20:27 Sender: monolithicmanus I can confirm that Mikael's patch works against a Sametime 7.5 server from a Linux Pidgin client with the patch applied. Excellent work Mikael. Sadly I'm not set up to build a windows dll though. taliesein can you help us out here with a windows dll + Mikael's patch so someone with earlier sametime server can test it?
Date: 2007-11-06 11:38 Sender: mikael Hi again, Here's the new patch: <http://www.lilotux.net/~mikael/pub/meanwhile/presence_fix_v2.diff> (The old link has been updated as well) Works for me. I suppose it should work with older servers too, hopefully somebody can confirm that... Mikael
Date: 2007-11-06 06:16 Sender: mikael Hi, FYI I think I've found the correct fix... I'll make a patch and I'll post it tonight if it works as expected.
Date: 2007-11-05 09:01 Sender: mikael I can't build a Windows DLL, I hope somebody else can do it and let us know...
Date: 2007-11-05 02:26 Sender: jivemastert Would it be possible to get version of the sametime dll file for pidgin for Windows? I can test it with our 7.5 server and I'll see if we still have a 6.5 server laying around to test with.
Date: 2007-11-04 20:36 Sender: mikael I've played with meanwhile's code and the logging_proxy for a while, and I found out there are 2 extra bytes at the end of each Snapshot Message Block. I've created a small patch that does the job for me: <http://www.lilotux.net/~mikael/pub/meanwhile/presence_fix.diff> However I'm not sure Meanwhile will still work with older server with this patch applied (I cannot test). If this patch works for other people it may be worth adding a test of the server version -- I'm not familiar enough with Meanwhile yet to do it. Also, I have no idea what these 2 bytes are. They were always 0x0000 during my tests, I hope that's not a string... HTH, Mikael
Date: 2007-10-29 17:30 Sender: dyamaki We too have upgraded our Sametime servers and I am no longer able to use Pidgin version 2.2.2 for Sametime access. The only way I can see people on my buddy list is if they change their status, change their tag-line/status message, or log out and log back in. I can't assist with coding, but I can help with testing. Let me know!
Date: 2007-10-17 00:14 Sender: mondo524 Is THIS the right way of obtaining a fix for this situation? It doesn't seem to be or it doesn't have an appropriate priority (5)... Should it be an 8 or 9 ? I can't believe that this problem can exist for so long impacting so many users. Can someone who is able to advise give us some pointers please ? Thank you in advance.
Date: 2007-10-16 15:17 Sender: feetball same here ... where's an update?
Date: 2007-10-16 14:36 Sender: mondo524 My company has upgraded their SAMETIME servers recently. Many users are suffering this problem but it seams the SAMETIME client is not impact by this issue..
Date: 2007-10-16 14:31 Sender: jivemastert Also looking for an update on this...
Date: 2007-10-07 12:00 Sender: mondo524 Is there an update on this issue ? My company updated their Sametime servers the other day and now we can't detect who is online and offline.. Thanks
Date: 2007-09-19 02:03 Sender: chotchki I opened ticket 1797240 to upload the captures.
Date: 2007-09-18 18:17 Sender: chotchki I have two packet captures of this issue as shown through pidgin 2.1.0. I also have a successful packet capture from an offical sametime client that shows the correct behavior 6.5.1.
Date: 2007-08-29 20:42 Sender: jivemastert I agree with kitkohler as it is a fairly critical issue. I was told by the pidgin developers that this didn't relate to them and to wait, even though I was constantly asking how I can help. As far as moving everyone to another group... cannot do. I have many public groups on my list and moving them around either doesn't work right or something gets screwed up. This is just the crappy sametime design though.
Date: 2007-08-29 18:29 Sender: cygnustm I ran "pidgin -dn" as suggested earlier, and I think I have some interesting output. I'm seeing errors like this throughout the output: (14:18:50) blist: Updating buddy status for CN=XXXXXXXXXXXXXXXXX (Sametime) (14:18:50) meanwhile: file common.c: line 382 (mwString_get): assertion `check_buffer(b, (gsize) len)' failed (14:18:50) blist: Updating buddy status for CN=YYYYYYYYYYYYYYYYY (Sametime) (14:18:50) meanwhile: file common.c: line 382 (mwString_get): assertion `check_buffer(b, (gsize) len)' failed (14:18:50) blist: Updating buddy status for CN=ZZZZZZZZZZZZZZZZZ (Sametime) (14:18:50) meanwhile: file common.c: line 382 (mwString_get): assertion `check_buffer(b, (gsize) len)' failed
Date: 2007-08-29 17:27 Sender: kitkohler I move that we increase the priority of this issue. This a critical problem with the functionality of Meanwhile and it needs to be resolved by whatever means are necessary. In the mean time, jivemastert, have you tried molasses' solution of dragging all your sametime contacts into another buddy list group? This workaround works quite well for me in Adium as well. Honestly, this indicates a pretty easy fix--whatever process is involved in moving buddies from one list to another is re-requesting information from the SameTime server, and if this were just replicated when Meanwhile LOGGED IN to the SameTime server, this issue should be resolved. It may not be a very elegant solution, but any solution is better than this. It's been 8 months.
Date: 2007-08-29 13:06 Sender: jivemastert Yeah that would work except some people on my buddy list never log off. Right now if I need to use pidgin I just show offline buddies and cross my fingers that people are online, otherwise I use Sametime. I guess I'm not really sure where the problem is here. I don't know this code well enough to sit down, look at it, and say "there's the problem!". I could help if someone would tell me what I'm looking at.
Date: 2007-08-29 11:01 Sender: joules314 Possible - but annoying workaround: I too have this issue - however, I have found that meanwhile seems to do a good job of adding people to the list as they log on or off. Thus - if you don't log out of meanwhile - your buddy list eventually seems to be accurate. Kind of annoying - I know - but it is my workaround for now.
Date: 2007-08-29 05:44 Sender: jivemastert I also have this issue with the latest version of Pidgin. I can also confirm that it has been independent of the version of Gaim/Pidgin I am running. It is most definitely related to the upgrade that my office did to the sametime server to version 7. Please let me know if you'd like me to test anything or do some sort of logging or something. In my case, Pidgin is virtually unusable for Sametime.
Date: 2007-08-06 19:03 Sender: monolithicmanus Sorry. I should mention that this was from the public release of pidgin 2.1.0
Date: 2007-08-06 19:00 Sender: monolithicmanus Using pidgin with -dn. These assertions were the only thing that looked off too me. Stars were added for privacy. Thanks for your response taliesein. Let me know if there is anything else I can do. (14:51:19) meanwhile: SET_PRIVACY_LIST (14:51:19) privacy information set from server (14:51:20) blist: Updating buddy status for CN=***/OU=*/O=/C=* (Sametime) (14:51:20) meanwhile: file common.c: line 382 (mwString_get): assertion `check_buffer(b, (gsize) len)' failed (14:51:20) blist: Updating buddy status for ****** (Sametime) (14:51:20) meanwhile: file common.c: line 382 (mwString_get): assertion `check_buffer(b, (gsize) len)' failed (14:51:20) blist: Updating buddy status for CN=*/OU=*/O=/C=* (Sametime) (14:51:20) blist: Updating buddy status for CN=*/OU=*/O=/C=*** (Sametime) (14:51:20) meanwhile: file common.c: line 382 (mwString_get): assertion `check_buffer(b, (gsize) len)' failed (14:51:20) meanwhile: storage request loaded: key = 0x0, result = 0x0, length = 4899 (14:51:20) synchronizing local buddy list from server list
Date: 2007-08-06 18:56 Sender: paul--v i have a dump of the output from "pidgin -dn". will send it to you privately.
Date: 2007-08-06 18:36 Sender: taliesein someone with this issue, launch pidgin from the command line as "pidgin -dn" and then log in just the sametime account. Are there any Meanwhile warnings being printed?
Date: 2007-08-06 18:06 Sender: monolithicmanus I have recently begun having the same problem with Pidgin after a server upgrade. I can add the following details. + It appears that anyone who logs in after me or changes status, is visible on my list, but not people who were already logged in when I start Pidgin. + Adding someone new as a buddy will show me their proper status regardless of when they logged in. + Lotus Notes 6.5 does still show the proper status after the server upgrade. I have WinDump installed, but I'm unfamiliar with the syntax. If you specify what you would like a dump of, and if you're feeling generous a WinDump command line, I'll be happy to provide the data. Perhaps whatever command is run to get the status of a newly added user could also be run on startup.
Date: 2007-08-02 17:04 Sender: kennova I work at a place that has the servers that are causing this issue. There are many of us who would like to use Pidgin with Meanwhile in an effective manner. WHAT CAN WE DO TO HELP!!! Nothing has happened here, can we provide any information? If you need a TCP dump how do I do that. We are wasting time.
Date: 2007-07-11 13:13 Sender: paul--v i am seeing the same buddy list symptoms reported below with adiumX v 1.05 (uses libpurple 2.0.2) after an upgrade to the corporate sametime server i connect to this past weekend (i do not know the exact server version, but i assume the latest). one additional piece of information is that in a 1-to-1 chat with another sametime user, whether they are appearing as online or offline in the buddy list, i no longer receive the "typing" notification while they are composing a reply.
Date: 2007-06-18 22:49 Sender: feetball Any ETA on a bugfix? Sure would like to resume use of Meanwhile.
Date: 2007-05-24 02:01 Sender: kennova I see now that it got cutoff. I tried running windump -w dumpfile, but I am not sure if that is right. I'd like to help if I can, what command should I run and should I then start chatting with someone, or is there more I should do? Thanks, and sorry for the nonsensical input, can we moderate it and get rid of it.
Date: 2007-05-24 00:21 Sender: taliesein kennova, that was just a meaningless jumble, please don't do that again. It appears that you copy/pasted the short descriptions of each packet in a capture, which has no actual data in it. If you have a real capture file, please attach it at the bottom of the ticket.
Date: 2007-05-23 14:24 Sender: kennova 09:17:27.089554 IP sametime.domain.com.1533 > nova.server.domain.com.2346: P 1964:1998(34) ack 883 win 65016 09:17:27.111305 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 > ALL-RO UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1 addr=mp3-1n14-d4-c- gw-vlan-322.domain.com 09:17:27.146671 802.1d config c142.00:07:85:fe:7e:00.80cf root 6142.00:0c:30:98: b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15 09:17:27.191145 IP nova.server.domain.com.2346 > sametime.domain.com.1533: . ack 1998 win 65090 09:17:27.191364 IP sametime.domain.com.1533 > nova.server.domain.com.2346: P 1998:2151(153) ack 883 win 65016 09:17:27.320930 IP ElijahMobile.dy.domain.com.5353 > 224.0.0.251.5353: 0 [4q] PTR? _appletv-pair._tcp.local.[\|domain] 09:17:27.391783 IP nova.server.domain.com.2346 > sametime.domain.com.1533: . ack 2151 win 64937 09:17:27.426737 IP ElijahMobile.dy.domain.com.5353 > 224.0.0.251.5353: 0- [0q ] 4/0/0 (Cache flush) A ElijahMobile.dy.domain.com,[\|domain] 09:17:28.053497 arp who-has mp3-1n14-d4-c-gw-vlan-322.domain.com tell AE-JWIDZE R.dy.domain.com 09:17:28.106905 IP nova.server.domain.com.1255 > hope.domain.com.53: 57924 + PTR? 251.0.0.224.in-addr.arpa. (42) 09:17:28.108842 IP hope.domain.com.53 > nova.server.domain.com.1255: 57924 NXDomain 0/1/0 (100) 09:17:28.108965 IP nova.server.domain.com.137 > 224.0.0.251.137: UDP, length 50 09:17:28.115884 arp who-has nova.server.domain.com tell linux.domain.com 09:17:28.115892 arp reply nova.server.domain.com is-at 00:11:43:0d:f6:02 (ou i Unknown) 09:17:28.116107 IP linux.domain.com.137 > nova.server.domain.com.137: UDP , length 229 09:17:28.168266 IP pc1.domain.com.3330 > 255.255.255.255.3956: UDP, length 8 09:17:28.572174 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 > ALL-ROUT ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1 addr=mp3-1n14-d4-c-gw- vlan-322.domain.com 09:17:28.787996 arp who-has mp3-1n14-d4-c-gw-vlan-322.domain.com tell AE-AMCKEE .dy.domain.com 09:17:29.076931 AT 1.66.14.rtmp > 0.0.rtmp: at-rtmp 586 09:17:29.077231 AT 1.66.14.rtmp > 0.0.rtmp: at-rtmp 154 09:17:29.146020 802.1d config c142.00:07:85:fe:7e:00.80cf root 6142.00:0c:30:98: b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15 09:17:29.528940 arp who-has mp3-1n14-d4-c-gw-vlan-322.domain.com tell AE-rverre t1.dy.domain.com 09:17:29.608867 IP nova.server.domain.com.137 > 224.0.0.251.137: UDP, length 50 09:17:29.610003 IP linux.domain.com.137 > nova.server.domain.com.137: UDP , length 229 09:17:30.031704 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 > ALL-RO UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1 addr=mp3-1n14-d4-c- gw-vlan-322.domain.com 09:17:30.170265 IP pc1.domain.com.3331 > 255.255.255.255.3956: UDP, length 8 09:17:31.109655 IP nova.server.domain.com.137 > 224.0.0.251.137: UDP, length 50 09:17:31.112279 IP linux.domain.com.137 > nova.server.domain.com.137: UDP , length 229 09:17:31.161216 802.1d config c142.00:07:85:fe:7e:00.80cf root 6142.00:0c:30:98: b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15 09:17:31.544174 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 > ALL-ROUT ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1 addr=mp3-1n14-d4-c-gw- vlan-322.domain.com 09:17:32.172263 IP pc1.domain.com.3332 > 255.255.255.255.3956: UDP, length 8 09:17:32.612554 IP nova.server.domain.com.1255 > hope.domain.com.53: 53594 + PTR? 143.34.0.10.in-addr.arpa. (42) 09:17:32.613587 IP hope.domain.com.53 > nova.server.domain.com.1255: 53594 1/2/2 PTR[\|domain] 09:17:32.614628 IP nova.server.domain.com.1255 > hope.domain.com.53: 33112 + PTR? 155.34.0.10.in-addr.arpa. (42) 09:17:32.615558 IP hope.domain.com.53 > nova.server.domain.com.1255: 33112 * 1/2/2 PTR[\|domain] 09:17:32.963088 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 > ALL-RO UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1 addr=mp3-1n14-d4-c- gw-vlan-322.domain.com 09:17:33.157299 802.1d config c142.00:07:85:fe:7e:00.80cf root 6142.00:0c:30:98: b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15 09:17:33.617298 IP nova.server.domain.com.1255 > hope.domain.com.53: 36696 + PTR? 212.34.0.10.in-addr.arpa. (42) 09:17:33.618256 IP hope.domain.com.53 > nova.server.domain.com.1255: 36696 * 1/2/2 PTR[\|domain] 09:17:33.618930 IP nova.server.domain.com.1255 > hope.domain.com.53: 47192 + PTR? 180.34.0.10.in-addr.arpa. (42) 09:17:33.619848 IP hope.domain.com.53 > nova.server.domain.com.1255: 47192 * 1/2/2 PTR[\|domain] 09:17:34.174265 IP pc1.domain.com.3333 > 255.255.255.255.3956: UDP, length 8 09:17:34.496625 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 > ALL-ROUT ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1 addr=mp3-1n14-d4-c-gw- vlan-322.domain.com 09:17:35.143150 IP nova.server.domain.com > leven.domain.com: ICMP ec ho request, id 512, seq 8707, length 40 09:17:35.143297 IP leven.domain.com > nova.server.domain.com: ICMP ec ho reply, id 512, seq 8707, length 40 09:17:35.143391 IP nova.server.domain.com.1151 > leven.domain.com.445 : S 3042364542:3042364542(0) win 64512 <mss 1260,nop,nop,sackOK> 09:17:35.143534 IP leven.domain.com.445 > nova.server.domain.com.1151 : S 2944504524:2944504524(0) ack 3042364543 win 16384 <mss 1460,nop,nop,sackOK> 09:17:35.143558 IP nova.server.domain.com.1151 > leven.domain.com.445 : . ack 1 win 65520 09:17:35.144634 802.1d config c142.00:07:85:fe:7e:00.80cf root 6142.00:0c:30:98: b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15 09:17:35.148182 IP nova.server.domain.com > leven.domain.com: ICMP ec ho request, id 512, seq 8963, length 40 09:17:35.148308 IP nova.server.domain.com.1151 > leven.domain.com.445 : P 1:138(137) ack 1 win 65520 09:17:35.148331 IP leven.domain.com > nova.server.domain.com: ICMP ec ho reply, id 512, seq 8963, length 40 09:17:35.148656 IP leven.domain.com.445 > nova.server.domain.com.1151 : P 1:196(195) ack 138 win 65398 09:17:35.149279 IP nova.server.domain.com.1151 > leven.domain.com.445 : . 138:1398(1260) ack 196 win 65325 09:17:35.149295 IP nova.server.domain.com.1151 > leven.domain.com.445 : . 1398:2658(1260) ack 196 win 65325 09:17:35.149304 IP nova.server.domain.com.1151 > leven.domain.com.445 : P 2658:2774(116) ack 196 win 65325 09:17:35.149803 IP leven.domain.com.445 > nova.server.domain.com.1151 : . ack 2774 win 65535 09:17:35.150801 IP leven.domain.com.445 > nova.server.domain.com.1151 : P 196:534(338) ack 2774 win 65535 09:17:35.151015 IP nova.server.domain.com.1151 > leven.domain.com.445 : P 2774:2910(136) ack 534 win 64987 09:17:35.151239 IP leven.domain.com.445 > nova.server.domain.com.1151 : P 534:594(60) ack 2910 win 65399 09:17:35.151345 IP nova.server.domain.com.1151 > leven.domain.com.445 : P 2910:2986(76) ack 594 win 64927 09:17:35.151806 IP leven.domain.com.445 > nova.server.domain.com.1151 : P 594:1566(972) ack 2986 win 65323 09:17:35.159314 IP nova.server.domain.com.1151 > leven.domain.com.445 : P 2986:3106(120) ack 1566 win 65520 09:17:35.159640 IP leven.domain.com.445 > nova.server.domain.com.1151 : P 1566:1994(428) ack 3106 win 65203 09:17:35.159814 IP nova.server.domain.com.1151 > leven.domain.com.445 : P 3106:3192(86) ack 1994 win 65092 09:17:35.160076 IP leven.domain.com.445 > nova.server.domain.com.1151 : P 1994:2212(218) ack 3192 win 65117 09:17:35.317068 IP nova.server.domain.com.1151 > leven.domain.com.445 : . ack 2212 win 64874 09:17:35.406061 IPX 00000000.00:00:74:7c:d4:b6.4100 > 00000000.ff:ff:ff:ff:ff:ff .0452: ipx-sap-nearest-req FileServer 09:17:35.523727 00:0c:30:98:b3:ff (oui Unknown) > 01:00:0c:dd:dd:dd (oui Unknown ) SNAP Unnumbered, ui, Flags [Command], length 46 09:17:35.624345 IP nova.server.domain.com.1255 > hope.domain.com.53: 57688 + PTR? 25.44.164.130.in-addr.arpa. (44) 09:17:35.625292 IP hope.domain.com.53 > nova.server.domain.com.1255: 57688 * 1/2/2 (175) 09:17:35.923514 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 > ALL-RO UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1 addr=mp3-1n14-d4-c- gw-vlan-322.domain.com 09:17:36.176277 IP pc1.domain.com.3334 > 255.255.255.255.3956: UDP, length 8 09:17:36.405006 (NOV-ETHII) IPX 00000000.00:00:74:7c:d4:b6.4100 > 00000000.ff:ff :ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer 09:17:36.705256 IP sametime.domain.com.1533 > nova.server.domain.com.2346: P 2151:2185(34) ack 883 win 65016 09:17:36.821867 IP nova.server.domain.com.2346 > sametime.domain.com.1533: . ack 2185 win 64903 09:17:37.089012 AT 1.66.175.rtmp > 0.0.rtmp: at-rtmp 586 09:17:37.089272 AT 1.66.175.rtmp > 0.0.rtmp: at-rtmp 154 09:17:37.155128 802.1d config c142.00:07:85:fe:7e:00.80cf root 6142.00:0c:30:98: b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15 09:17:37.404200 (NOV-ETHII) IPX 00000000.00:00:74:7c:d4:b6.4100 > 00000000.ff:ff :ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer 09:17:37.416877 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 > ALL-ROUT ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1 addr=mp3-1n14-d4-c-gw- vlan-322.domain.com 09:17:38.178276 IP pc1.domain.com.3335 > 255.255.255.255.3956: UDP, length 8 09:17:38.402156 IPX 00000000.00:00:74:7c:d4:b6.4100 > 00000000.ff:ff:ff:ff:ff:ff .0452: ipx-sap-nearest-req FileServer 09:17:38.855111 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 > ALL-RO UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1 addr=mp3-1n14-d4-c- gw-vlan-322.domain.com 09:17:38.859801 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com > PIM-ROUTERS .MCAST.NET: PIMv2, Hello, length 34 09:17:39.087325 AT 1.66.14.rtmp > 0.0.rtmp: at-rtmp 586 09:17:39.087626 AT 1.66.14.rtmp > 0.0.rtmp: at-rtmp 154 09:17:39.155467 802.1d config c142.00:07:85:fe:7e:00.80cf root 6142.00:0c:30:98: b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15 09:17:39.400661 IPX 00000000.00:00:74:7c:d4:b6.4100 > 00000000.ff:ff:ff:ff:ff:ff .0452: ipx-sap-nearest-req FileServer 09:17:40.114174 IP nova.server.domain.com.2319 > by1msg4176118.phx.gbl.1863: P 15:20(5) ack 25 win 65160 09:17:40.114208 IP nova.server.domain.com.2346 > sametime.domain.com.1533: P 883:884(1) ack 2185 win 64903 09:17:40.180261 IP pc1.domain.com.3336 > 255.255.255.255.3956: UDP, length 8 09:17:40.194862 IP by1msg4176118.phx.gbl.1863 > nova.server.domain.com.2319: P 25:33(8) ack 20 win 65227 09:17:40.224544 IP sametime.domain.com.1533 > nova.server.domain.com.2346: . ack 884 win 65015 09:17:40.333066 IP nova.server.domain.com.2319 > by1msg4176118.phx.gbl.1863: . ack 33 win 65152 09:17:40.385949 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 > ALL-ROUT ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1 addr=mp3-1n14-d4-c-gw- vlan-322.domain.com 09:17:40.387664 IP AE-IUFOT.dy.domain.com.2343 > 255.255.255.255.2343: UDP, len gth 15 09:17:40.401285 (NOV-ETHII) IPX 00000000.00:00:74:7c:d4:b6.4100 > 00000000.ff:ff :ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer 09:17:40.628513 IP 205.188.5.92.5190 > nova.server.domain.com.1075: . ack 30 297820 win 16384 09:17:40.628538 IP nova.server.domain.com.1075 > 205.188.5.92.5190: . ack 1 win 64879 09:17:40.631204 IP nova.server.domain.com.1255 > hope.domain.com.53: 56415 + PTR? 149.34.0.10.in-addr.arpa. (42) 09:17:40.632156 IP hope.domain.com.53 > nova.server.domain.com.1255: 56415 * 1/2/2 PTR[\|domain] 09:17:40.632637 IP nova.server.domain.com.1255 > hope.domain.com.53: 34910 + PTR? 92.5.188.205.in-addr.arpa. (43) 09:17:40.679940 IP hope.domain.com.53 > nova.server.domain.com.1255: 34910 NXDomain 0/1/0 (114) 09:17:40.680214 IP nova.server.domain.com.137 > 205.188.5.92.137: UDP, lengt h 50 09:17:41.158634 802.1d config c142.00:07:85:fe:7e:00.80cf root 6142.00:0c:30:98: b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15 09:17:41.399593 (NOV-ETHII) IPX 00000000.00:00:74:7c:d4:b6.4100 > 00000000.ff:ff :ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer 09:17:41.847955 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 > ALL-RO UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1 addr=mp3-1n14-d4-c- gw-vlan-322.domain.com 09:17:42.179968 IP nova.server.domain.com.137 > 205.188.5.92.137: UDP, lengt h 50 09:17:42.182290 IP pc1.domain.com.3337 > 255.255.255.255.3956: UDP, length 8 09:17:42.396219 IPX 00000000.00:00:74:7c:d4:b6.4100 > 00000000.ff:ff:ff:ff:ff:ff .0452: ipx-sap-nearest-req FileServer 09:17:42.803018 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 > ALL-RO UTERS.MCAST.NET.1985: HSRPv0-unknown (3) 16: state=initial group=2 [\|hsrp] 09:17:43.153833 802.1d config c142.00:07:85:fe:7e:00.80cf root 6142.00:0c:30:98: b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15 09:17:43.331986 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 > ALL-ROUT ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1 addr=mp3-1n14-d4-c-gw- vlan-322.domain.com 09:17:43.394820 IPX 00000000.00:00:74:7c:d4:b6.4100 > 00000000.ff:ff:ff:ff:ff:ff .0452: ipx-sap-nearest-req FileServer 09:17:43.680756 IP nova.server.domain.com.137 > 205.188.5.92.137: UDP, lengt h 50 09:17:44.134802 IP nova.server.domain.com.2369 > 205.188.12.126.5190: P 18:2 4(6) ack 1 win 64721 09:17:44.134901 IP nova.server.domain.com.2351 > mg-in-f125.google.com.5222: P 66:88(22) ack 1 win 64425 09:17:44.179643 IP 205.188.12.126.5190 > nova.server.domain.com.2369: . ack 24 win 16384 09:17:44.184256 IP pc1.domain.com.3338 > 255.255.255.255.3956: UDP, length 8 09:17:44.274275 IP mg-in-f125.google.com.5222 > nova.server.domain.com.2351: . ack 88 win 16080 09:17:44.393295 (NOV-ETHII) IPX 00000000.00:00:74:7c:d4:b6.4100 > 00000000.ff:ff :ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer 09:17:44.683978 IP yardo.dy.domain.com.138 > 10.0.34.255.138: UDP, length 206 09:17:45.011507 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 > ALL-RO UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1 addr=mp3-1n14-d4-c- gw-vlan-322.domain.com 09:17:45.146240 802.1d config c142.00:07:85:fe:7e:00.80cf root 6142.00:0c:30:98: b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15 09:17:45.173541 IP nova.server.domain.com.1151 > leven.domain.com.445 : P 3192:3235(43) ack 2212 win 64874 09:17:45.173855 IP leven.domain.com.445 > nova.server.domain.com.1151 : P 2212:2255(43) ack 3235 win 65074 09:17:45.173894 IP nova.server.domain.com.1151 > leven.domain.com.445 : P 3235:3274(39) ack 2255 win 64831 09:17:45.174062 IP leven.domain.com.445 > nova.server.domain.com.1151 : P 2255:2294(39) ack 3274 win 65035 09:17:45.174202 IP nova.server.domain.com.1151 > leven.domain.com.445 : F 3274:3274(0) ack 2294 win 64792 09:17:45.174347 IP leven.domain.com.445 > nova.server.domain.com.1151 : F 2294:2294(0) ack 3275 win 65035 09:17:45.174356 IP nova.server.domain.com.1151 > leven.domain.com.445 : . ack 2295 win 64792 09:17:45.392060 (NOV-ETHII) IPX 00000000.00:00:74:7c:d4:b6.4100 > 00000000.ff:ff :ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer 09:17:46.186272 IP pc1.domain.com.3339 > 255.255.255.255.3956: UDP, length 8 09:17:46.211258 IP nova.server.domain.com.1255 > hope.domain.com.53: 23133 + PTR? 156.34.0.10.in-addr.arpa. (42) 09:17:46.212198 IP hope.domain.com.53 > nova.server.domain.com.1255: 23133 * 1/2/2 PTR[\|domain] 09:17:46.326066 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 > ALL-ROUT ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1 addr=mp3-1n14-d4-c-gw- vlan-322.domain.com 09:17:46.390454 IPX 00000000.00:00:74:7c:d4:b6.4100 > 00000000.ff:ff:ff:ff:ff:ff .0452: ipx-sap-nearest-req FileServer 09:17:46.484439 IP PC2.dy.domain.com.138 > 10.0.34.255.138: UDP, le ngth 216 09:17:47.124470 AT 1.66.175.rtmp > 0.0.rtmp: at-rtmp 586 09:17:47.124730 AT 1.66.175.rtmp > 0.0.rtmp: at-rtmp 154 09:17:47.138414 IP nova.server.domain.com.1255 > hope.domain.com.53: 49747 + A? mail.google.com. (33) 09:17:47.139581 IP hope.domain.com.53 > nova.server.domain.com.1255: 49747 4/7/7 CNAME[\|domain] 09:17:47.140212 IP nova.server.domain.com.1155 > mg-in-f19.google.com.443: S 2194529727:2194529727(0) win 64512 <mss 1260,nop,nop,sackOK> 09:17:47.145824 802.1d config c142.00:07:85:fe:7e:00.80cf root 6142.00:0c:30:98: b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15 748 packets captured 765 packets received by filter 0 packets dropped by kernel
Date: 2007-05-18 19:43 Sender: kitkohler Posted about this on the board. Looking forward to a resolution, this is a crippling problem. Running AdiumX 1.0.3 on a MacBook Pro running OS X 10.4.9. Unsure of SameTime Server version.
Date: 2007-05-15 00:47 Sender: molasses I also experience this problem (using Pidgin 2.0.0). I found a workaround though its a bit tedious. If you drag a contact from one group to another then it will update their online status. And then you can drag them back to the original group.
Date: 2007-05-13 17:04 Sender: taliesein yes, a tcpdump is correct. Just make sure it's filtered to only sametime-specific packets. If this is for corporate use, you may want to just send me the capture a taliesein@users.sourceforge.net rather than attaching it here, but that is completely up to you.
Date: 2007-05-13 13:24 Sender: mamaj do you mean a tcpdump? that i can do. if you mean something else, would you please be specific as this is not my normal range of expertise... :)
Date: 2007-05-13 04:58 Sender: taliesein If anyone having this issue can collect a packet dump of it happening, I would appreciate it. This would allow me to figure out what information is being sent that Meanwhile isn't correctly interpreting.
Date: 2007-04-20 15:19 Sender: timrand-mac-com This problem occurs in Adium 1.0.2 with the following environment: Mac OS X 10.4.9 MacBook Pro Sametime Server 7.5 Mac version of Lotus Notes 7.0.2 In 7.0.2, I can see a much longer list of active users than in Adium. Adium seems to show one user plus me. Then other users show as their status changes... but even then not always.
Date: 2007-03-06 00:45 Sender: jez247 Yes, after upgrading to Adium 1.0.1 on Mac OS X, none of my Sametime contacts appear online unless they log into sametime when I'm already logged in.
Date: 2007-02-23 19:19 Sender: mamaj We have users who just updated to the most recent version of Adium on the Macs and are reporting the same issues. If they are logged in to the sametime client (domino 7.0.2 integrated or sametime 7.5 stand alone client) what they see matches what is logged in to the server. There is a discrepancy when logged in to the newest Adium. Any ideas if reverting to the previous version resolves the issue or if it is a compatibility issue with the latest version of sametime?
Date: 2007-02-20 02:21 Sender: clef I have noticed this too after they upgraded the Sametime server where I use gaim.
Date: 2007-01-22 16:29 Sender: glyph78 I'm seeing the same thing as well. The problem has been getting worse - more and more people on my buddy list are starting to show up as inactive. I've even had conversations with logged out people ;).

Date: 2009-01-29 16:21
Sender: nano_o

Thanks mikael!

Date: 2009-01-29 16:09
Sender: mikael

Hi,

The main link is down. Here's a temporary backup link:
http://ow.lilotux.net/~mikael/pub/meanwhile/

I'll post the presence_fix_v2.diff here as well, I hope it won't be
mangled:

# User Mikael Berthe <mikael.berthe@lilotux.net>
# Date 1194208892 -3600
Fix Awareness Snapshots with recent Sametime servers

With recent Sametime servers there seem to be 2 bytes
after the Snapshot Message Blocks.
This patch tries to use the end of block offset provided
by the server.

diff -r be8d8f1d3ebc src/common.c
--- a/src/common.c Sun Nov 04 18:48:00 2007 +0100
+++ b/src/common.c Tue Nov 06 11:46:26 2007 +0100
@@ -878,23 +878,24 @@ gboolean mwAwareIdBlock_equal(const stru
/* 8.4.2.4 Snapshot */

void mwAwareSnapshot_get(struct mwGetBuffer *b, struct mwAwareSnapshot
*idb) {
- guint32 junk;
- char *empty = NULL;
+ guint32 end_of_block;

g_return_if_fail(b != NULL);
g_return_if_fail(idb != NULL);

- guint32_get(b, &junk);
+ guint32_get(b, &end_of_block);
mwAwareIdBlock_get(b, &idb->id);
mwString_get(b, &idb->group);
gboolean_get(b, &idb->online);
-
- g_free(empty);

if(idb->online) {
mwString_get(b, &idb->alt_id);
mwUserStatus_get(b, &idb->status);
mwString_get(b, &idb->name);
+ }
+
+ if( b->ptr < b->buf + end_of_block ) {
+ mwGetBuffer_advance(b, b->buf + end_of_block - b->ptr);
}
}

Date: 2009-01-29 16:01
Sender: nano_o

Hi, I'm still having this issue with libmeanwhile 1.0.2.
The link to the patch seems broken again. Could someone post it here or
point me to it?
Thanks.

Date: 2008-06-13 15:05
Sender: mikael

marcelvb: there has been a network outage,
but the link should be working again now.

Sorry about that...

Date: 2008-06-12 21:40
Sender: marcelvb

Does anyone know what happened to the patch. The link
http://www.lilotux.net/~mikael/pub/meanwhile/presence_fix_v2.diff does not
seem to work anymore nor is the patch attached to this bug. Can someone
attach the diff here? Or is it already incorporated in the actual code?

Date: 2008-04-21 18:11
Sender: monolithicmanus

It looks like Pidgin 2.4.1 for windows incorporates the fix, though I can
find no evidence in the change log or bug tracker to support this fact.

Date: 2008-01-09 18:56
Sender: mamaj

I also have a user recently upgrade his Adium and I can confirm it is
good. Now, if only we don't have to worry about this when we upgrade to
Sametime8 in the next few weeks!

Date: 2008-01-09 18:41
Sender: kitkohler

Fix appears to have been distributed in AdiumX release version 1.2,
released January 5. Anyone else care to confirm this?

Date: 2008-01-09 14:09
Sender: monolithicmanus

Mondo524, it looks like taliesein is working on getting the code ready for
a 1.1.0. You can see his work in cvs.
http://meanwhile.cvs.sourceforge.net/meanwhile/meanwhile/src/?pathrev=meanwhile_v1_1_0
I don't know what his timeline for releasing 1.1.0 is though. There might
be more going into this release than just the patches for this bug.

If you want something now and you're using windows you can use the dll
that alixyz built from the posted patches
http://www.momoshare.com/file.php?file=fdab7d1db78adb4a19bfd42e360c4e19
It does work. Download, unzip, stop pidgin, drop the dll in your pidgin
directory (probably C:\Program Files\Pidgin) and restart pidgin.

Date: 2008-01-09 07:20
Sender: mondo524

Is anyone able to assist with this ? I am confused about this situation
and just want to have this bug fixed in a release.

I really am getting the feeling that Open Source software really is worth
what you pay for it

Date: 2008-01-06 21:40
Sender: mondo524

Hi everyone..

Does anyone understand how and when this update to Meanwhile 1.1.0 will
find its way into Pidgin? I think we are all keen to see this one closed
off and be able to use something other than Sametime again.

Thank you for your patience and support..

Date: 2008-01-04 05:51
Sender: jivemastert

So what does that mean for new builds of Adium, Pidgin, etc?

Date: 2008-01-03 20:21
Sender: taliesein

presence patch accepted for Meanwhile 1.1.0

Date: 2007-12-18 23:01
Sender: jestep

Got tired of waiting, the presence patch appears to work on OpenSuse ;-)

What a diff-erence ;-)

Thanks Much!

Date: 2007-12-13 21:09
Sender: jestep

Also waiting for this to be in general release. Any word???

Date: 2007-12-07 16:07
Sender: mamaj

I am not a developer by any means so do not know... but will that patch
that someone had posted (libmeanwhile-1) work on a Mac? What happens when I
upgrade my Sametime servers to 8.0 next month???

Date: 2007-12-07 16:03
Sender: monolithicmanus

I assume most of us are here because we already upgraded to Sametime 7.0+
and that triggered the problem.

Does anyone still have an earlier server they can test the patch with to
make sure it still works on the old servers? 6 something.

Date: 2007-12-01 22:47
Sender: mondo524

There seems to be a lot of activity on this now which is great.. Does
anyone know when this 'patch' will be implemented into production so it can
be installed with the software normally ?

Thanks

Date: 2007-12-01 18:32
Sender: jivemastert

File transfers failed for me instantly...

Date: 2007-11-30 19:43
Sender: theloganrocks

Applied the patch. All is working well on my end :-) Thanks!

Date: 2007-11-30 19:31
Sender: dyamaki

This worked. I downloaded couger/alixyz fix from the MoMoshare:
http://www.momoshare.com/file.php?file=fdab7d1db78adb4a19bfd42e360c4e19

I'm using Windows XP Professional SP2 and Pidgin 2.2.2. I replaced the
libmeanwhile-1.dll file at C:\Program Files\Pidgin (514,665 bytes) with the
new one (556,294 bytes) by renaming the old to libmeanwhile-1.dll.old.bak
and copying in the new DLL.

It works. We're using Sametime 7-something. I'll post when I find out
exactly. I have not tried the file transfer.

Hope this helps.

Date: 2007-11-28 19:37
Sender: foxcole

Said alixyz:
I haven't looked at the Pidgin portable, but best way to go about it is
to
confirm that the old libmeanwhile-1.dll is 503K and the new one after
it's
replaced is 544K.
--
Yes, the old one that I replaced was 503K and the new one is 544K.
--

Said cygnustm:
I put the DLL in PidginPortable\App\Pidgin.
--
Is the old dll still in the main Pidgin folder, with the .exe? Regardless,
this one replaced a dll of the same name but 195K in size... and it works!
I moved it from the Pidgin folder into the App/Pidgin folder, so there's no
dll by that name in the old location, only in the App/Pidgin folder. I
wonder why the other one was there?

But, that's no matter now. Thank you both, *very* much! This is great. It
works beautifully. :D
--

Date: 2007-11-28 19:10
Sender: cygnustm

I'm using the new DLL with Pidgin Portable 2.1.1 just fine. I put the DLL
in PidginPortable\App\Pidgin.

Date: 2007-11-28 18:52
Sender: alixyz

monolithicmanus in regards to your question, I compiled it using MinGW and
Msys but there were a ton of errors, I took each one by one, I had to
download some additional packages (gettext-0.14.5.zip,
libiconv-1.9.1.bin.woe32.zip, ...) with every error I researched it to find
out what I was missing and I had to also edit some of the code to add
additional header file (#include ...)
I'm definitely saving off this build env for future use ;)

Date: 2007-11-28 18:47
Sender: alixyz

I haven't looked at the Pidgin portable, but best way to go about it is to
confirm that the old libmeanwhile-1.dll is 503K and the new one after it's
replaced is 544K. If it's still not displaying the status correctly, it
may be using the dll from another location.
Try renaming the libmeanwhile-1.dll to libmeanwhile-1.dll.bak and make
sure there is not libmeanwhile-1.dll in that directory and launch Pidgin.
If Sametime plugin still shows up then it's pulling the dll from another
location, search your pc and replace the other instance of it.

Date: 2007-11-28 17:36
Sender: foxcole

Hmmm... no change for me. (The extract asked if I wanted to replace the
current dll with the one being extracted, and I of course chose 'yes'.) As
noted earlier, I'm running Pidgin 2.1.1 Portable from the flash drive;
that's the most current portable version. I see the local-install version
on SourceForge is at 2.3 now. Would that be why it doesn't work for me?

Date: 2007-11-28 16:24
Sender: kentyman

Works well here at work as well.

Wow, that's confusing wording.

Date: 2007-11-28 15:27
Sender: kennova

Works here as well. Tested file transfers and all that, works great.
Thanks again.

Date: 2007-11-28 14:27
Sender: monolithicmanus

You're awesome alixyz. It works!!!

How did you get it compiled?

Date: 2007-11-28 14:03
Sender: jivemastert

You are the man. Working fine here. So friggen thrilled with this.

Date: 2007-11-28 08:39
Sender: alixyz

I finally got it compiled and it includes the file transfer fix and the
contacts status fix. To install download the zip file below and
extract there is only one file in there called libmeanwhile-1.dll place it
in the directory of the application your using such as the folder where
Pidgin is installed C:\Program Files\Pidgin and your all set.
http://www.momoshare.com/file.php?file=fdab7d1db78adb4a19bfd42e360c4e19

Date: 2007-11-28 00:41
Sender: monolithicmanus

I don't want to dampen anyones enthusiasm for trying to compile this, but
knowing how to do apply patches is the tip of the iceberg in this case.
For those interested in applying patches the "patch" command is what you're
looking for http://www.rt.com/man/patch.1.html. It should be present in
linux and probably cygwin.

The real trick, which I've not been able to do is cross-compile this linux
native code into a windows dll. It isn't simple and I suspect even siege
who wrote this originally, might not now how. Or at least remember how if
he did know in the past.

We need to use MinGW http://www.mingw.org/ instead of cygwin. There are
to ways to do it. 1. Using the MinGW library's in linux using the proper
arguments to ./configure
2. Using MinGW and Msys (basically like Cygwin but not.) on windows and
'./configure' then 'make' then 'make install' as normal.

Unfortunately both of these methods have failed for me. See this thread
for details.
https://sourceforge.net/forum/forum.php?thread_id=1262036&forum_id=394564

Hopefully one of the very few people in existence with this build
environment set up properly will do a build for us at some point. Until
then, we'll probably just have to wait patiently.

Date: 2007-11-27 22:49
Sender: alixyz

You will need to download the source from
https://sourceforge.net/project/showfiles.php?group_id=110565&package_id=119703
and use any text editor to make the change. I my self have made the
change but have the following problem:
I've tried to compile Meanwhile using Cygwin and the dll produced is
called cygmeanwhile-1.dll rather then libmeanwhile-1.dll
I've renamed the dll to the libmeanwhile-1.dll name and rebuilt Pidgin
with the new dll file, but in Pidgen when I try to add new account,
Sametime isn't displayed in the list. Also the size of the the original
dll is 503k, but the one which I built in Cygwin is 578k (with out
changing
any of the source.)

Date: 2007-11-27 22:45
Sender: foxcole

Thank you very much; that makes sense as far as it goes. It tells me
what's in the file and tells me that to make those changes I'd need to
change the source code. What I don't know is how to do that. I'm an old
programmer and am certainly not afraid to try, but I have no idea what
tools I need or how I might need to use them.

Date: 2007-11-27 19:50
Sender: alixyz

the .diff files are text files which show the lines which were altered or
removed from the code in a certain file and the lines added to the file.
Example:
presence_fix_v2.diff shows that source file src/common.c was changed and
the lines starting with "-" are the lines removed and the lines starting
with "+" are the lines added.

Date: 2007-11-27 19:36
Sender: foxcole

A couple of people have asked how to apply the .diff patch, and were
completely ignored. I'd like to ask again, because I've no clue what to do
with this file and would like to fix the problem, or at least see if the
patch works for me.

In case it makes a difference, I'm running Pidgin 2.1.1 Portable (from
www.portableapps.com) on WinXP Pro SP2.

Date: 2007-11-26 02:17
Sender: mondo524

Hi... Any news on when this can be tested out and released for Windows? ??

Date: 2007-11-22 16:34
Sender: mikael

For those who are interested, I've built a Debian package (on "testing").
It is available there:
<http://www.lilotux.net/~mikael/pub/meanwhile/debian/>

Date: 2007-11-18 08:03
Sender: alixyz

I've tried to compile Meanwhile using Cygwin and the dll produced is
called cygmeanwhile-1.dll rather then libmeanwhile-1.dll
I've renamed the dll to the libmeanwhile-1.dll name and rebuilt Pidgin
with the new dll file, but in Pidgen when I try to add new account,
Sametime isn't displayed in the list. Also the size of the the original
dll is 503k, but the one which I built in Cygwin is 578k (with out changing
any of the source.)

Date: 2007-11-16 16:04
Sender: jivemastert

That's what I saw as well so I figured I'd ask since I wasn't sure if I
was looking at things right.

Who can add in the patches? Is there any reason why they aren't in there
yet?

Date: 2007-11-16 15:56
Sender: monolithicmanus

I don't think the changes are in CVS. Looking using the CVS Browser on
Sourceforge shows everything to be way to old. That patch was to common.c
and it shows the last change to that was months ago.

Date: 2007-11-16 15:43
Sender: jivemastert

I can't figure out how to build a DLL of it either. Kinda frustrating.

Are these changes checked into the code repo? There is a Pidgin build
that is 11 hours late - which means we should see one any day now. I want
to make sure these changes are in there.

Date: 2007-11-14 16:52
Sender: monolithicmanus

Are there instructions anywhere on how to build a win32 version of
meanwhile? So far may attempts using mingw32 and cygwin haven't resulted
in a usable dll.

Does anyone have the .def file for the dll export definitions? I saw some
mention of it in places in the forum but all the links are long since dead.

Date: 2007-11-13 15:13
Sender: jivemastert

So have these patches been checked into the project? Pidgin is due for a
new build in about 3 days and I want to know if we should notify them about
this.

Date: 2007-11-09 20:59
Sender: monolithicmanus

One minor correction to make to my reports. It turns out the Domino
server I'm connected to is actually version 7.0.2FP1 not 7.5.

Date: 2007-11-09 16:06
Sender: mikael

monolithicmanus,

Great! Thanks for the feedback.

Glad I could help,
Mikael

Date: 2007-11-09 15:32
Sender: monolithicmanus

Mikael,

Your ft_fix.diff does allow me to receive files correctly now. Tested in
Pidgin on Linux with a 7.5 Sametime server.

I had never actually used the file transfer feature before. It is handy
now that it works.

Thanks for another good fix.

Date: 2007-11-09 03:16
Sender: jivemastert

Wow. Lots of fixes!

Date: 2007-11-08 18:17
Sender: mikael

With the new server I also have a file transfer problem.
I can send files but I can't receive them (they're always canceled).

Do you guys have the same problem?

I've found a short fix for this too.
Can you try the patch linked below and say if it works for you?
(monolithicmanus maybe?)

I'd like to know if it doesn't break file transfers with the old servers
too. Please test!

<http://www.lilotux.net/~mikael/pub/meanwhile/ft_fix.diff>

Mikael

Date: 2007-11-08 06:17
Sender: kitkohler

Ok. So might I assume based on your earlier post about committing the
patch already into Meanwhile that this will filter down to libpurple and
eventually be released as part of a future version of Adium?

Date: 2007-11-08 05:05
Sender: taliesein

"... so this patch needs to be commited into libpurple"

That is not actually correct. The Sametime protocol plugin in libpurple
dynamically links to Meanwhile. Adium and the windows version of Pidgin
distribute binary builds of Meanwhile, but do not maintain them; they just
get the library from this project's releases and build/package it where
necessary.

You won't find any place in libpurple to apply this patch, because none of
the Sametime protocol code lives in libpurple. libpurple simply uses the
API provided by Meanwhile to be able to communicate with a Sametime server.

Date: 2007-11-07 23:34
Sender: jivemastert

I believe the pidgin developers manage that.

Date: 2007-11-07 21:10
Sender: kitkohler

Just spoke to Adium X devs, they (like Pidgin and Finch) use libpurple to
integrate with various chat services, so this patch needs to be commited
into libpurple. I frankly haven't the foggiest who to talk to about that.
Anyone?

Date: 2007-11-07 19:38
Sender: cxwood22

How would the average Joe apply this patch?

Date: 2007-11-07 17:05
Sender: jivemastert

kitkohler - the Adium devs would need to commit this. It's not a patch
you can install to Adium. Hopefully they will get this in before the next
release.

Taliesein - when you say it looks good does that mean that it has been
tested in 6.5 and it works?

Date: 2007-11-07 12:50
Sender: taliesein

mikael,

looks good, I'll commit this tonight and see if we can't get the win32
packager to roll a .dll for release

Date: 2007-11-06 20:46
Sender: kitkohler

I haven't the foggiest idea how to install this patch into Adium. Does
this need to be released from Adium or is there a way I can patch it
myself?

Date: 2007-11-06 20:27
Sender: monolithicmanus

I can confirm that Mikael's patch works against a Sametime 7.5 server from
a Linux Pidgin client with the patch applied. Excellent work Mikael.

Sadly I'm not set up to build a windows dll though.

taliesein can you help us out here with a windows dll + Mikael's patch so
someone with earlier sametime server can test it?

Date: 2007-11-06 11:38
Sender: mikael

Hi again,

Here's the new patch:
<http://www.lilotux.net/~mikael/pub/meanwhile/presence_fix_v2.diff>
(The old link has been updated as well)

Works for me. I suppose it should work with older servers too, hopefully
somebody can confirm that...

Mikael

Date: 2007-11-06 06:16
Sender: mikael

Hi,

FYI I think I've found the correct fix...
I'll make a patch and I'll post it tonight if it works as expected.

Date: 2007-11-05 09:01
Sender: mikael

I can't build a Windows DLL, I hope somebody else can do it and let us
know...

Date: 2007-11-05 02:26
Sender: jivemastert

Would it be possible to get version of the sametime dll file for pidgin
for Windows? I can test it with our 7.5 server and I'll see if we still
have a 6.5 server laying around to test with.

Date: 2007-11-04 20:36
Sender: mikael

I've played with meanwhile's code and the logging_proxy for a while, and I
found out there are 2 extra bytes at the end of each Snapshot Message
Block.

I've created a small patch that does the job for me:
<http://www.lilotux.net/~mikael/pub/meanwhile/presence_fix.diff>

However I'm not sure Meanwhile will still work with older server with this
patch applied (I cannot test).
If this patch works for other people it may be worth adding a test of the
server version -- I'm not familiar enough with Meanwhile yet to do it.

Also, I have no idea what these 2 bytes are. They were always 0x0000
during my tests, I hope that's not a string...

HTH,
Mikael

Date: 2007-10-29 17:30
Sender: dyamaki

We too have upgraded our Sametime servers and I am no longer able to use
Pidgin version 2.2.2 for Sametime access. The only way I can see people on
my buddy list is if they change their status, change their tag-line/status
message, or log out and log back in. I can't assist with coding, but I can
help with testing. Let me know!

Date: 2007-10-17 00:14
Sender: mondo524

Is THIS the right way of obtaining a fix for this situation?

It doesn't seem to be or it doesn't have an appropriate priority (5)...
Should it be an 8 or 9 ?

I can't believe that this problem can exist for so long impacting so many
users.

Can someone who is able to advise give us some pointers please ? Thank
you in advance.

Date: 2007-10-16 15:17
Sender: feetball

same here ... where's an update?

Date: 2007-10-16 14:36
Sender: mondo524

My company has upgraded their SAMETIME servers recently. Many users are
suffering this problem but it seams the SAMETIME client is not impact by
this issue..

Date: 2007-10-16 14:31
Sender: jivemastert

Also looking for an update on this...

Date: 2007-10-07 12:00
Sender: mondo524

Is there an update on this issue ?

My company updated their Sametime servers the other day and now we can't
detect who is online and offline..

Thanks

Date: 2007-09-19 02:03
Sender: chotchki

I opened ticket 1797240 to upload the captures.

Date: 2007-09-18 18:17
Sender: chotchki

I have two packet captures of this issue as shown through pidgin 2.1.0. I
also have a successful packet capture from an offical sametime client that
shows the correct behavior 6.5.1.

Date: 2007-08-29 20:42
Sender: jivemastert

I agree with kitkohler as it is a fairly critical issue. I was told by
the pidgin developers that this didn't relate to them and to wait, even
though I was constantly asking how I can help.

As far as moving everyone to another group... cannot do. I have many
public groups on my list and moving them around either doesn't work right
or something gets screwed up. This is just the crappy sametime design
though.

Date: 2007-08-29 18:29
Sender: cygnustm

I ran "pidgin -dn" as suggested earlier, and I think I have some
interesting output. I'm seeing errors like this throughout the output:

(14:18:50) blist: Updating buddy status for CN=XXXXXXXXXXXXXXXXX
(Sametime)
(14:18:50) meanwhile: file common.c: line 382 (mwString_get): assertion
`check_buffer(b, (gsize) len)' failed
(14:18:50) blist: Updating buddy status for CN=YYYYYYYYYYYYYYYYY
(Sametime)
(14:18:50) meanwhile: file common.c: line 382 (mwString_get): assertion
`check_buffer(b, (gsize) len)' failed
(14:18:50) blist: Updating buddy status for CN=ZZZZZZZZZZZZZZZZZ
(Sametime)
(14:18:50) meanwhile: file common.c: line 382 (mwString_get): assertion
`check_buffer(b, (gsize) len)' failed

Date: 2007-08-29 17:27
Sender: kitkohler

I move that we increase the priority of this issue. This a critical
problem with the functionality of Meanwhile and it needs to be resolved by
whatever means are necessary.

In the mean time, jivemastert, have you tried molasses' solution of
dragging all your sametime contacts into another buddy list group? This
workaround works quite well for me in Adium as well.

Honestly, this indicates a pretty easy fix--whatever process is involved
in moving buddies from one list to another is re-requesting information
from the SameTime server, and if this were just replicated when Meanwhile
LOGGED IN to the SameTime server, this issue should be resolved. It may not
be a very elegant solution, but any solution is better than this. It's been
8 months.

Date: 2007-08-29 13:06
Sender: jivemastert

Yeah that would work except some people on my buddy list never log off.
Right now if I need to use pidgin I just show offline buddies and cross my
fingers that people are online, otherwise I use Sametime.

I guess I'm not really sure where the problem is here. I don't know this
code well enough to sit down, look at it, and say "there's the problem!".
I could help if someone would tell me what I'm looking at.

Date: 2007-08-29 11:01
Sender: joules314

Possible - but annoying workaround:

I too have this issue - however, I have found that meanwhile seems to do a
good job of adding people to the list as they log on or off. Thus - if you
don't log out of meanwhile - your buddy list eventually seems to be
accurate. Kind of annoying - I know - but it is my workaround for now.

Date: 2007-08-29 05:44
Sender: jivemastert

I also have this issue with the latest version of Pidgin. I can also
confirm that it has been independent of the version of Gaim/Pidgin I am
running. It is most definitely related to the upgrade that my office did
to the sametime server to version 7.

Please let me know if you'd like me to test anything or do some sort of
logging or something. In my case, Pidgin is virtually unusable for
Sametime.

Date: 2007-08-06 19:03
Sender: monolithicmanus

Sorry. I should mention that this was from the public release of pidgin
2.1.0

Date: 2007-08-06 19:00
Sender: monolithicmanus

Using pidgin with -dn. These assertions were the only thing that looked
off too me. Stars were added for privacy. Thanks for your response
taliesein. Let me know if there is anything else I can do.

(14:51:19) meanwhile: SET_PRIVACY_LIST
(14:51:19) privacy information set from server
(14:51:20) blist: Updating buddy status for CN=*****/OU=*****/O=**/C=***
(Sametime)
(14:51:20) meanwhile: file common.c: line 382 (mwString_get): assertion
`check_buffer(b, (gsize) len)' failed
(14:51:20) blist: Updating buddy status for ********** (Sametime)
(14:51:20) meanwhile: file common.c: line 382 (mwString_get): assertion
`check_buffer(b, (gsize) len)' failed
(14:51:20) blist: Updating buddy status for CN=*****/OU=*****/O=**/C=***
(Sametime)
(14:51:20) blist: Updating buddy status for CN=*****/OU=*****/O=**/C=***
(Sametime)
(14:51:20) meanwhile: file common.c: line 382 (mwString_get): assertion
`check_buffer(b, (gsize) len)' failed
(14:51:20) meanwhile: storage request loaded: key = 0x0, result = 0x0,
length = 4899
(14:51:20) synchronizing local buddy list from server list

Date: 2007-08-06 18:56
Sender: paul--v

i have a dump of the output from "pidgin -dn". will send it to you
privately.

Date: 2007-08-06 18:36
Sender: taliesein

someone with this issue, launch pidgin from the command line as "pidgin
-dn" and then log in just the sametime account. Are there any Meanwhile
warnings being printed?

Date: 2007-08-06 18:06
Sender: monolithicmanus

I have recently begun having the same problem with Pidgin after a server
upgrade. I can add the following details.
+ It appears that anyone who logs in after me or changes status, is
visible on my list, but not people who were already logged in when I start
Pidgin.
+ Adding someone new as a buddy will show me their proper status
regardless of when they logged in.
+ Lotus Notes 6.5 does still show the proper status after the server
upgrade.

I have WinDump installed, but I'm unfamiliar with the syntax. If you
specify what you would like a dump of, and if you're feeling generous a
WinDump command line, I'll be happy to provide the data.

Perhaps whatever command is run to get the status of a newly added user
could also be run on startup.

Date: 2007-08-02 17:04
Sender: kennova

I work at a place that has the servers that are causing this issue. There
are many of us who would like to use Pidgin with Meanwhile in an effective
manner. WHAT CAN WE DO TO HELP!!! Nothing has happened here, can we
provide any information? If you need a TCP dump how do I do that. We are
wasting time.

Date: 2007-07-11 13:13
Sender: paul--v

i am seeing the same buddy list symptoms reported below with adiumX v 1.05
(uses libpurple 2.0.2) after an upgrade to the corporate sametime server i
connect to this past weekend (i do not know the exact server version, but i
assume the latest).

one additional piece of information is that in a 1-to-1 chat with another
sametime user, whether they are appearing as online or offline in the buddy
list, i no longer receive the "typing" notification while they are
composing a reply.

Date: 2007-06-18 22:49
Sender: feetball

Any ETA on a bugfix? Sure would like to resume use of Meanwhile.

Date: 2007-05-24 02:01
Sender: kennova

I see now that it got cutoff. I tried running windump -w dumpfile, but I
am not sure if that is right. I'd like to help if I can, what command
should I run and should I then start chatting with someone, or is there
more I should do?

Thanks, and sorry for the nonsensical input, can we moderate it and get
rid of it.

Date: 2007-05-24 00:21
Sender: taliesein

kennova, that was just a meaningless jumble, please don't do that again.
It appears that you copy/pasted the short descriptions of each packet in a
capture, which has no actual data in it. If you have a real capture file,
please attach it at the bottom of the ticket.

Date: 2007-05-23 14:24
Sender: kennova

09:17:27.089554 IP sametime.domain.com.1533 >
nova.server.domain.com.2346:
P 1964:1998(34) ack 883 win 65016
09:17:27.111305 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 >
ALL-RO
UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1
addr=mp3-1n14-d4-c-
gw-vlan-322.domain.com
09:17:27.146671 802.1d config c142.00:07:85:fe:7e:00.80cf root
6142.00:0c:30:98:
b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15
09:17:27.191145 IP nova.server.domain.com.2346 >
sametime.domain.com.1533:
. ack 1998 win 65090
09:17:27.191364 IP sametime.domain.com.1533 >
nova.server.domain.com.2346:
P 1998:2151(153) ack 883 win 65016
09:17:27.320930 IP ElijahMobile.dy.domain.com.5353 > 224.0.0.251.5353: 0
[4q]
PTR? _appletv-pair._tcp.local.[|domain]
09:17:27.391783 IP nova.server.domain.com.2346 >
sametime.domain.com.1533:
. ack 2151 win 64937
09:17:27.426737 IP ElijahMobile.dy.domain.com.5353 > 224.0.0.251.5353:
0*- [0q
] 4/0/0 (Cache flush) A ElijahMobile.dy.domain.com,[|domain]
09:17:28.053497 arp who-has mp3-1n14-d4-c-gw-vlan-322.domain.com tell
AE-JWIDZE
R.dy.domain.com
09:17:28.106905 IP nova.server.domain.com.1255 > hope.domain.com.53:
57924
+ PTR? 251.0.0.224.in-addr.arpa. (42)
09:17:28.108842 IP hope.domain.com.53 > nova.server.domain.com.1255:
57924
NXDomain 0/1/0 (100)
09:17:28.108965 IP nova.server.domain.com.137 > 224.0.0.251.137: UDP,
length
50
09:17:28.115884 arp who-has nova.server.domain.com tell linux.domain.com
09:17:28.115892 arp reply nova.server.domain.com is-at 00:11:43:0d:f6:02
(ou
i Unknown)
09:17:28.116107 IP linux.domain.com.137 > nova.server.domain.com.137: UDP
, length 229
09:17:28.168266 IP pc1.domain.com.3330 > 255.255.255.255.3956: UDP,
length 8
09:17:28.572174 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 >
ALL-ROUT
ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1
addr=mp3-1n14-d4-c-gw-
vlan-322.domain.com
09:17:28.787996 arp who-has mp3-1n14-d4-c-gw-vlan-322.domain.com tell
AE-AMCKEE
.dy.domain.com
09:17:29.076931 AT 1.66.14.rtmp > 0.0.rtmp: at-rtmp 586
09:17:29.077231 AT 1.66.14.rtmp > 0.0.rtmp: at-rtmp 154
09:17:29.146020 802.1d config c142.00:07:85:fe:7e:00.80cf root
6142.00:0c:30:98:
b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15
09:17:29.528940 arp who-has mp3-1n14-d4-c-gw-vlan-322.domain.com tell
AE-rverre
t1.dy.domain.com
09:17:29.608867 IP nova.server.domain.com.137 > 224.0.0.251.137: UDP,
length
50
09:17:29.610003 IP linux.domain.com.137 > nova.server.domain.com.137: UDP
, length 229
09:17:30.031704 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 >
ALL-RO
UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1
addr=mp3-1n14-d4-c-
gw-vlan-322.domain.com
09:17:30.170265 IP pc1.domain.com.3331 > 255.255.255.255.3956: UDP,
length 8
09:17:31.109655 IP nova.server.domain.com.137 > 224.0.0.251.137: UDP,
length
50
09:17:31.112279 IP linux.domain.com.137 > nova.server.domain.com.137: UDP
, length 229
09:17:31.161216 802.1d config c142.00:07:85:fe:7e:00.80cf root
6142.00:0c:30:98:
b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15
09:17:31.544174 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 >
ALL-ROUT
ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1
addr=mp3-1n14-d4-c-gw-
vlan-322.domain.com
09:17:32.172263 IP pc1.domain.com.3332 > 255.255.255.255.3956: UDP,
length 8
09:17:32.612554 IP nova.server.domain.com.1255 > hope.domain.com.53:
53594
+ PTR? 143.34.0.10.in-addr.arpa. (42)
09:17:32.613587 IP hope.domain.com.53 > nova.server.domain.com.1255:
53594
* 1/2/2 PTR[|domain]
09:17:32.614628 IP nova.server.domain.com.1255 > hope.domain.com.53:
33112
+ PTR? 155.34.0.10.in-addr.arpa. (42)
09:17:32.615558 IP hope.domain.com.53 > nova.server.domain.com.1255:
33112
* 1/2/2 PTR[|domain]
09:17:32.963088 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 >
ALL-RO
UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1
addr=mp3-1n14-d4-c-
gw-vlan-322.domain.com
09:17:33.157299 802.1d config c142.00:07:85:fe:7e:00.80cf root
6142.00:0c:30:98:
b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15
09:17:33.617298 IP nova.server.domain.com.1255 > hope.domain.com.53:
36696
+ PTR? 212.34.0.10.in-addr.arpa. (42)
09:17:33.618256 IP hope.domain.com.53 > nova.server.domain.com.1255:
36696
* 1/2/2 PTR[|domain]
09:17:33.618930 IP nova.server.domain.com.1255 > hope.domain.com.53:
47192
+ PTR? 180.34.0.10.in-addr.arpa. (42)
09:17:33.619848 IP hope.domain.com.53 > nova.server.domain.com.1255:
47192
* 1/2/2 PTR[|domain]
09:17:34.174265 IP pc1.domain.com.3333 > 255.255.255.255.3956: UDP,
length 8
09:17:34.496625 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 >
ALL-ROUT
ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1
addr=mp3-1n14-d4-c-gw-
vlan-322.domain.com
09:17:35.143150 IP nova.server.domain.com > leven.domain.com: ICMP ec
ho request, id 512, seq 8707, length 40
09:17:35.143297 IP leven.domain.com > nova.server.domain.com: ICMP ec
ho reply, id 512, seq 8707, length 40
09:17:35.143391 IP nova.server.domain.com.1151 > leven.domain.com.445
: S 3042364542:3042364542(0) win 64512 <mss 1260,nop,nop,sackOK>
09:17:35.143534 IP leven.domain.com.445 > nova.server.domain.com.1151
: S 2944504524:2944504524(0) ack 3042364543 win 16384 <mss
1460,nop,nop,sackOK>
09:17:35.143558 IP nova.server.domain.com.1151 > leven.domain.com.445
: . ack 1 win 65520
09:17:35.144634 802.1d config c142.00:07:85:fe:7e:00.80cf root
6142.00:0c:30:98:
b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15
09:17:35.148182 IP nova.server.domain.com > leven.domain.com: ICMP ec
ho request, id 512, seq 8963, length 40
09:17:35.148308 IP nova.server.domain.com.1151 > leven.domain.com.445
: P 1:138(137) ack 1 win 65520
09:17:35.148331 IP leven.domain.com > nova.server.domain.com: ICMP ec
ho reply, id 512, seq 8963, length 40
09:17:35.148656 IP leven.domain.com.445 > nova.server.domain.com.1151
: P 1:196(195) ack 138 win 65398
09:17:35.149279 IP nova.server.domain.com.1151 > leven.domain.com.445
: . 138:1398(1260) ack 196 win 65325
09:17:35.149295 IP nova.server.domain.com.1151 > leven.domain.com.445
: . 1398:2658(1260) ack 196 win 65325
09:17:35.149304 IP nova.server.domain.com.1151 > leven.domain.com.445
: P 2658:2774(116) ack 196 win 65325
09:17:35.149803 IP leven.domain.com.445 > nova.server.domain.com.1151
: . ack 2774 win 65535
09:17:35.150801 IP leven.domain.com.445 > nova.server.domain.com.1151
: P 196:534(338) ack 2774 win 65535
09:17:35.151015 IP nova.server.domain.com.1151 > leven.domain.com.445
: P 2774:2910(136) ack 534 win 64987
09:17:35.151239 IP leven.domain.com.445 > nova.server.domain.com.1151
: P 534:594(60) ack 2910 win 65399
09:17:35.151345 IP nova.server.domain.com.1151 > leven.domain.com.445
: P 2910:2986(76) ack 594 win 64927
09:17:35.151806 IP leven.domain.com.445 > nova.server.domain.com.1151
: P 594:1566(972) ack 2986 win 65323
09:17:35.159314 IP nova.server.domain.com.1151 > leven.domain.com.445
: P 2986:3106(120) ack 1566 win 65520
09:17:35.159640 IP leven.domain.com.445 > nova.server.domain.com.1151
: P 1566:1994(428) ack 3106 win 65203
09:17:35.159814 IP nova.server.domain.com.1151 > leven.domain.com.445
: P 3106:3192(86) ack 1994 win 65092
09:17:35.160076 IP leven.domain.com.445 > nova.server.domain.com.1151
: P 1994:2212(218) ack 3192 win 65117
09:17:35.317068 IP nova.server.domain.com.1151 > leven.domain.com.445
: . ack 2212 win 64874
09:17:35.406061 IPX 00000000.00:00:74:7c:d4:b6.4100 >
00000000.ff:ff:ff:ff:ff:ff
.0452: ipx-sap-nearest-req FileServer
09:17:35.523727 00:0c:30:98:b3:ff (oui Unknown) > 01:00:0c:dd:dd:dd (oui
Unknown
) SNAP Unnumbered, ui, Flags [Command], length 46
09:17:35.624345 IP nova.server.domain.com.1255 > hope.domain.com.53:
57688
+ PTR? 25.44.164.130.in-addr.arpa. (44)
09:17:35.625292 IP hope.domain.com.53 > nova.server.domain.com.1255:
57688
* 1/2/2 (175)
09:17:35.923514 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 >
ALL-RO
UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1
addr=mp3-1n14-d4-c-
gw-vlan-322.domain.com
09:17:36.176277 IP pc1.domain.com.3334 > 255.255.255.255.3956: UDP,
length 8
09:17:36.405006 (NOV-ETHII) IPX 00000000.00:00:74:7c:d4:b6.4100 >
00000000.ff:ff
:ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer
09:17:36.705256 IP sametime.domain.com.1533 >
nova.server.domain.com.2346:
P 2151:2185(34) ack 883 win 65016
09:17:36.821867 IP nova.server.domain.com.2346 >
sametime.domain.com.1533:
. ack 2185 win 64903
09:17:37.089012 AT 1.66.175.rtmp > 0.0.rtmp: at-rtmp 586
09:17:37.089272 AT 1.66.175.rtmp > 0.0.rtmp: at-rtmp 154
09:17:37.155128 802.1d config c142.00:07:85:fe:7e:00.80cf root
6142.00:0c:30:98:
b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15
09:17:37.404200 (NOV-ETHII) IPX 00000000.00:00:74:7c:d4:b6.4100 >
00000000.ff:ff
:ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer
09:17:37.416877 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 >
ALL-ROUT
ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1
addr=mp3-1n14-d4-c-gw-
vlan-322.domain.com
09:17:38.178276 IP pc1.domain.com.3335 > 255.255.255.255.3956: UDP,
length 8
09:17:38.402156 IPX 00000000.00:00:74:7c:d4:b6.4100 >
00000000.ff:ff:ff:ff:ff:ff
.0452: ipx-sap-nearest-req FileServer
09:17:38.855111 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 >
ALL-RO
UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1
addr=mp3-1n14-d4-c-
gw-vlan-322.domain.com
09:17:38.859801 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com >
PIM-ROUTERS
.MCAST.NET: PIMv2, Hello, length 34
09:17:39.087325 AT 1.66.14.rtmp > 0.0.rtmp: at-rtmp 586
09:17:39.087626 AT 1.66.14.rtmp > 0.0.rtmp: at-rtmp 154
09:17:39.155467 802.1d config c142.00:07:85:fe:7e:00.80cf root
6142.00:0c:30:98:
b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15
09:17:39.400661 IPX 00000000.00:00:74:7c:d4:b6.4100 >
00000000.ff:ff:ff:ff:ff:ff
.0452: ipx-sap-nearest-req FileServer
09:17:40.114174 IP nova.server.domain.com.2319 >
by1msg4176118.phx.gbl.1863:
P 15:20(5) ack 25 win 65160
09:17:40.114208 IP nova.server.domain.com.2346 >
sametime.domain.com.1533:
P 883:884(1) ack 2185 win 64903
09:17:40.180261 IP pc1.domain.com.3336 > 255.255.255.255.3956: UDP,
length 8
09:17:40.194862 IP by1msg4176118.phx.gbl.1863 >
nova.server.domain.com.2319:
P 25:33(8) ack 20 win 65227
09:17:40.224544 IP sametime.domain.com.1533 >
nova.server.domain.com.2346:
. ack 884 win 65015
09:17:40.333066 IP nova.server.domain.com.2319 >
by1msg4176118.phx.gbl.1863:
. ack 33 win 65152
09:17:40.385949 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 >
ALL-ROUT
ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1
addr=mp3-1n14-d4-c-gw-
vlan-322.domain.com
09:17:40.387664 IP AE-IUFOT.dy.domain.com.2343 > 255.255.255.255.2343:
UDP, len
gth 15
09:17:40.401285 (NOV-ETHII) IPX 00000000.00:00:74:7c:d4:b6.4100 >
00000000.ff:ff
:ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer
09:17:40.628513 IP 205.188.5.92.5190 > nova.server.domain.com.1075: . ack
30
297820 win 16384
09:17:40.628538 IP nova.server.domain.com.1075 > 205.188.5.92.5190: . ack
1
win 64879
09:17:40.631204 IP nova.server.domain.com.1255 > hope.domain.com.53:
56415
+ PTR? 149.34.0.10.in-addr.arpa. (42)
09:17:40.632156 IP hope.domain.com.53 > nova.server.domain.com.1255:
56415
* 1/2/2 PTR[|domain]
09:17:40.632637 IP nova.server.domain.com.1255 > hope.domain.com.53:
34910
+ PTR? 92.5.188.205.in-addr.arpa. (43)
09:17:40.679940 IP hope.domain.com.53 > nova.server.domain.com.1255:
34910
NXDomain 0/1/0 (114)
09:17:40.680214 IP nova.server.domain.com.137 > 205.188.5.92.137: UDP,
lengt
h 50
09:17:41.158634 802.1d config c142.00:07:85:fe:7e:00.80cf root
6142.00:0c:30:98:
b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15
09:17:41.399593 (NOV-ETHII) IPX 00000000.00:00:74:7c:d4:b6.4100 >
00000000.ff:ff
:ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer
09:17:41.847955 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 >
ALL-RO
UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1
addr=mp3-1n14-d4-c-
gw-vlan-322.domain.com
09:17:42.179968 IP nova.server.domain.com.137 > 205.188.5.92.137: UDP,
lengt
h 50
09:17:42.182290 IP pc1.domain.com.3337 > 255.255.255.255.3956: UDP,
length 8
09:17:42.396219 IPX 00000000.00:00:74:7c:d4:b6.4100 >
00000000.ff:ff:ff:ff:ff:ff
.0452: ipx-sap-nearest-req FileServer
09:17:42.803018 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 >
ALL-RO
UTERS.MCAST.NET.1985: HSRPv0-unknown (3) 16: state=initial group=2
[|hsrp]
09:17:43.153833 802.1d config c142.00:07:85:fe:7e:00.80cf root
6142.00:0c:30:98:
b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15
09:17:43.331986 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 >
ALL-ROUT
ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1
addr=mp3-1n14-d4-c-gw-
vlan-322.domain.com
09:17:43.394820 IPX 00000000.00:00:74:7c:d4:b6.4100 >
00000000.ff:ff:ff:ff:ff:ff
.0452: ipx-sap-nearest-req FileServer
09:17:43.680756 IP nova.server.domain.com.137 > 205.188.5.92.137: UDP,
lengt
h 50
09:17:44.134802 IP nova.server.domain.com.2369 > 205.188.12.126.5190: P
18:2
4(6) ack 1 win 64721
09:17:44.134901 IP nova.server.domain.com.2351 >
mg-in-f125.google.com.5222:
P 66:88(22) ack 1 win 64425
09:17:44.179643 IP 205.188.12.126.5190 > nova.server.domain.com.2369: .
ack
24 win 16384
09:17:44.184256 IP pc1.domain.com.3338 > 255.255.255.255.3956: UDP,
length 8
09:17:44.274275 IP mg-in-f125.google.com.5222 >
nova.server.domain.com.2351:
. ack 88 win 16080
09:17:44.393295 (NOV-ETHII) IPX 00000000.00:00:74:7c:d4:b6.4100 >
00000000.ff:ff
:ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer
09:17:44.683978 IP yardo.dy.domain.com.138 > 10.0.34.255.138: UDP, length
206
09:17:45.011507 IP mp3-1n14-d2-c-gw-vlan-322-secondary.domain.com.1985 >
ALL-RO
UTERS.MCAST.NET.1985: HSRPv0-hello 20: state=standby group=1
addr=mp3-1n14-d4-c-
gw-vlan-322.domain.com
09:17:45.146240 802.1d config c142.00:07:85:fe:7e:00.80cf root
6142.00:0c:30:98:
b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15
09:17:45.173541 IP nova.server.domain.com.1151 > leven.domain.com.445
: P 3192:3235(43) ack 2212 win 64874
09:17:45.173855 IP leven.domain.com.445 > nova.server.domain.com.1151
: P 2212:2255(43) ack 3235 win 65074
09:17:45.173894 IP nova.server.domain.com.1151 > leven.domain.com.445
: P 3235:3274(39) ack 2255 win 64831
09:17:45.174062 IP leven.domain.com.445 > nova.server.domain.com.1151
: P 2255:2294(39) ack 3274 win 65035
09:17:45.174202 IP nova.server.domain.com.1151 > leven.domain.com.445
: F 3274:3274(0) ack 2294 win 64792
09:17:45.174347 IP leven.domain.com.445 > nova.server.domain.com.1151
: F 2294:2294(0) ack 3275 win 65035
09:17:45.174356 IP nova.server.domain.com.1151 > leven.domain.com.445
: . ack 2295 win 64792
09:17:45.392060 (NOV-ETHII) IPX 00000000.00:00:74:7c:d4:b6.4100 >
00000000.ff:ff
:ff:ff:ff:ff.0452: ipx-sap-nearest-req FileServer
09:17:46.186272 IP pc1.domain.com.3339 > 255.255.255.255.3956: UDP,
length 8
09:17:46.211258 IP nova.server.domain.com.1255 > hope.domain.com.53:
23133
+ PTR? 156.34.0.10.in-addr.arpa. (42)
09:17:46.212198 IP hope.domain.com.53 > nova.server.domain.com.1255:
23133
* 1/2/2 PTR[|domain]
09:17:46.326066 IP mp3-1n14-d4-c-gw-vlan-322-primary.domain.com.1985 >
ALL-ROUT
ERS.MCAST.NET.1985: HSRPv0-hello 20: state=active group=1
addr=mp3-1n14-d4-c-gw-
vlan-322.domain.com
09:17:46.390454 IPX 00000000.00:00:74:7c:d4:b6.4100 >
00000000.ff:ff:ff:ff:ff:ff
.0452: ipx-sap-nearest-req FileServer
09:17:46.484439 IP PC2.dy.domain.com.138 > 10.0.34.255.138: UDP, le
ngth 216
09:17:47.124470 AT 1.66.175.rtmp > 0.0.rtmp: at-rtmp 586
09:17:47.124730 AT 1.66.175.rtmp > 0.0.rtmp: at-rtmp 154
09:17:47.138414 IP nova.server.domain.com.1255 > hope.domain.com.53:
49747
+ A? mail.google.com. (33)
09:17:47.139581 IP hope.domain.com.53 > nova.server.domain.com.1255:
49747
4/7/7 CNAME[|domain]
09:17:47.140212 IP nova.server.domain.com.1155 > mg-in-f19.google.com.443:
S
2194529727:2194529727(0) win 64512 <mss 1260,nop,nop,sackOK>
09:17:47.145824 802.1d config c142.00:07:85:fe:7e:00.80cf root
6142.00:0c:30:98:
b3:40 pathcost 3004 age 1 max 20 hello 2 fdelay 15

748 packets captured
765 packets received by filter
0 packets dropped by kernel

Date: 2007-05-18 19:43
Sender: kitkohler

Posted about this on the board. Looking forward to a resolution, this is a
crippling problem.

Running AdiumX 1.0.3
on a MacBook Pro running OS X 10.4.9.

Unsure of SameTime Server version.

Date: 2007-05-15 00:47
Sender: molasses

I also experience this problem (using Pidgin 2.0.0). I found a workaround
though its a bit tedious.
If you drag a contact from one group to another then it will update their
online status. And then you can drag them back to the original group.

Date: 2007-05-13 17:04
Sender: taliesein

yes, a tcpdump is correct. Just make sure it's filtered to only
sametime-specific packets. If this is for corporate use, you may want to
just send me the capture a taliesein@users.sourceforge.net rather than
attaching it here, but that is completely up to you.

Date: 2007-05-13 13:24
Sender: mamaj

do you mean a tcpdump? that i can do. if you mean something else, would
you please be specific as this is not my normal range of expertise... :)

Date: 2007-05-13 04:58
Sender: taliesein

If anyone having this issue can collect a packet dump of it happening, I
would appreciate it. This would allow me to figure out what information is
being sent that Meanwhile isn't correctly interpreting.

Date: 2007-04-20 15:19
Sender: timrand-mac-com

This problem occurs in Adium 1.0.2 with the following environment:
Mac OS X 10.4.9
MacBook Pro
Sametime Server 7.5
Mac version of Lotus Notes 7.0.2

In 7.0.2, I can see a much longer list of active users than in Adium.
Adium seems to show one user plus me. Then other users show as their
status changes... but even then not always.

Date: 2007-03-06 00:45
Sender: jez247

Yes, after upgrading to Adium 1.0.1 on Mac OS X, none of my Sametime
contacts appear online unless they log into sametime when I'm already
logged in.

Date: 2007-02-23 19:19
Sender: mamaj

We have users who just updated to the most recent version of Adium on the
Macs and are reporting the same issues. If they are logged in to the
sametime client (domino 7.0.2 integrated or sametime 7.5 stand alone
client) what they see matches what is logged in to the server. There is a
discrepancy when logged in to the newest Adium. Any ideas if reverting to
the previous version resolves the issue or if it is a compatibility issue
with the latest version of sametime?

Date: 2007-02-20 02:21
Sender: clef

I have noticed this too after they upgraded the Sametime server where I
use gaim.

Date: 2007-01-22 16:29
Sender: glyph78

I'm seeing the same thing as well. The problem has been getting worse -
more and more people on my buddy list are starting to show up as inactive.
I've even had conversations with logged out people ;).

Field	Old Value	Date	By
resolution_id	None	2008-01-03 20:21	taliesein
category_id	gaim-meanwhile	2007-05-13 04:58	taliesein
artifact_group_id	gaim-meanwhile v0.82	2007-05-13 04:58	taliesein

Meanwhile

Tracker: Bugs

Comments ( 98 )

Attached File

No Files Currently Attached

Changes ( 3 )

About SourceForge

Find Software

Develop Software

Community

Help