Bugs item #3458952, was opened at 2011-12-13 03:32 Message generated for change (Comment added) made by franzzieris You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=843359&aid=3458952&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: Consistency Group: None Status: Open Resolution: Accepted Priority: 6 Private: No Submitted By: Hendrik (translatemyname) Assigned to: Sebastian Starroske (starroli) Summary: File changes during Invitation corrupts session Initial Comment: Steps to reproduce: 1. Alice shares a partial project with Bob 2. Alice adds Carl to Session 3. Carl accepts (project negotiation still running) 4. Bob modifies a shared file 5. -> for every key stroke of Bob Alice gets asked about if she wants to partial share the file (on top of that no information about the file to be shared) -> Session gets inconsistent without the watchdog being able to detect. ---------------------------------------------------------------------- >Comment By: Franz Zieris (franzzieris) Date: 2012-06-28 03:51 Message: > Priority level 5 was far too low. Please don't be silly. Since we don't have a strict scheme to assign bugs to all 9 priority levels that Sourceforge offers, a change from "5" to "6" is a waste of your time. > As the participants are not blocked during the whole sync. process ... Aren't they? I think that there are phases in the sync. process in which the users are indeed blocked. But it doesn't matter: As long as there remains time slots in which changes are possible and these changes can lead to undetectable inconsistencies, this issue remains relevant. > Thus representing the normal workflow. Yes, but only under the two preconditions of more than two participants and the usage of partial sharing. (These two preconditions were the reason to lower the priority from 9 to 5.) ---------------------------------------------------------------------- Comment By: Stefan Rossbach (kargor) Date: 2012-06-27 12:57 Message: Priority level 5 was far to low. As the participants are not blocked during the whole sync. process, it is common to assume that modifications made during sync. will be applied after sync. is done, thus representing the normal workflow. ---------------------------------------------------------------------- Comment By: Franz Zieris (franzzieris) Date: 2012-05-23 05:49 Message: Bug still exists in Saros 12.3.30 and current master (Git 0b7b758) --> removed Group. ---------------------------------------------------------------------- Comment By: Franz Zieris (franzzieris) Date: 2012-05-16 00:13 Message: Priority level 9 was far to high. ---------------------------------------------------------------------- Comment By: Donut (donut87) Date: 2012-02-01 17:01 Message: It seems that these Activities are supposed to be queued (have a look at SarosSession.java lines 698 - 799), but something goes wrong. It was so much easier when we were sure that we eventually will have the whole project... ---------------------------------------------------------------------- Comment By: Stefan Rossbach (kargor) Date: 2012-02-01 15:36 Message: Solution is pretty "simple". Disallow any modification on the files while sync. is in progress. Kick every user from the session who still tries to modify files. We are doing this, but it seems we are not doing it right. You can even cancel your read-only access during sync. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=843359&aid=3458952&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 Dpp-robot@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dpp-robot
