Donate Share

Meanwhile

Tracker: Bugs

5 Buddy list shows wrong status - ID: 1626349
Last Update: Comment added ( nano_o )

Meanwhile in Gaim is showing the wrong user status for several people on my
buddy list. Specifically, some people who are shown as active and logged
in in the Sametime client (6.5.1) are shown as logged out in Gaim. This
happened suddenly one day with no changes on the client end. I can only
assume something happened on the server end, possibly an upgrade. Since
the Sametime client is showing the right info, this can't be considered a
server problem.

The same problem occurs with both Gaim 1.5 with Meanwhile 1.8.2 and with
Gaim 2.0beta5 with the built-in Meanwhile.


CygnusTM ( cygnustm ) - 2007-01-02 18:00

5

Open

Accepted

Christopher (siege) O'Brien

meanwhile

other

Public


Comments ( 98 )

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: talieseinProject AdminAccepting Donations


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: talieseinProject AdminAccepting Donations


"... 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: talieseinProject AdminAccepting Donations


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: talieseinProject AdminAccepting Donations


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: talieseinProject AdminAccepting Donations


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: talieseinProject AdminAccepting Donations


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: talieseinProject AdminAccepting Donations


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 ;).


Attached File

No Files Currently Attached

Changes ( 3 )

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