Bugs item #3544348, was opened at 2012-07-15 05:47
Message generated for change (Settings changed) made by kargor
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=843359&aid=3544348&group_id=167540

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Presence
Group: 12.7.6.TESTING
Status: Open
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Franz Zieris (franzzieris)
Assigned to: Nobody/Anonymous (nobody)
Summary: Existing buddies always shown as offline until re-adding

Initial Comment:
Description of the scenario during the acceptance test:
* Setting:
  - three users: Stephan, Julia, Franz
  - no Session is running
  - everybody is online
  - everybody is in everybody's buddy list
* Situation:
  - Stephan: Julia and Franz are shown as "offline"
  - Julia: Franz and Stephan are shown as "online"
  - Franz: Julia and Stephan are shown as "online"
 * Steps:
  - Stephan deletes Julia from his buddy list and re-adds her afterwards. 
Result: Stephan sees Julia as "online", Franz as "offline"; the situation at 
Franz' and Julia's site is unchanged
  - Franz deletes Stephan from his buddy list and re-adds him afterwards. 
Result: Stephan sees Franz and Julia as "online"; the situation at Franz' and 
Julia's site is unchanged. (Or short: Now everybody sees everybody as "online")

First expectation:
 - Stephan might have used an old workspace with a cached buddy list in an old 
format. The deletion and re-adding of the buddies (no matter from where the 
adding was initiated) cleared the flawed cache entries.

Steps already tried to reproduce:
 - Created fresh workspaces with Saros versions 11.9.30, 11.12.9 and 12.3.30 
and reused them with 12.7.6.TESTING. Result: The buddies were always listed 
correctly as "online".

The situation and the steps described above took place between 12:00 and 12:10, 
maybe someone stumbles upon a clue reading the attached logfiles.


----------------------------------------------------------------------

>Comment By: Stefan Rossbach (kargor)
Date: 2012-07-15 07:20

Message:
Seems to be an artifact from a former akzeptanz test where contact
management was broken.
https://sourceforge.net/tracker/?func=detail&aid=3512813&group_id=167540&atid=843359

If A can see B -> B accepted the contact request
If B cannot see A -> A has not accepted the contact request

----------------------------------------------------------------------

Comment By: Franz Zieris (franzzieris)
Date: 2012-07-15 06:01

Message:
Just in case somebody stumbles upon this line in Stephan's first logfile:

"Starting Saros 12.6.26.aaae07a6"

This version was somewhat "private". It was built using version aaae07a6
and represents a Saros a few days before the release process. Stephan's
existing buddies were listed as "offline" using this version, too. However,
the version used for the actual acceptance test was 12.7.6.TESTING.



----------------------------------------------------------------------

Comment By: Franz Zieris (franzzieris)
Date: 2012-07-15 05:54

Message:
If my first hypothesis had turned out to be true, I would have set a
priority of 7 or even 8, because this bug then would have been a serious
regression. 

But since my pessimistic approach to reproduce this bug using a
10-month-old Saros failed, I recommend to include the work-around in the
announcement mail: 
"In case a buddy is listed as 'offline' even if he/she is definitely
online, simply remove and re-add the buddy."

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=843359&aid=3544348&group_id=167540

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Dpp-robot mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dpp-robot

Reply via email to