Bugs item #3440676, was opened at 2011-11-21 02:28 Message generated for change (Settings changed) made by kargor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=843359&aid=3440676&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: None Priority: 5 Private: No Submitted By: Alexander Waldmann (netcorps) Assigned to: Nobody/Anonymous (nobody) Summary: Closing edited files without saving problematic for readonly Initial Comment: When the host closes a file after changing it, without saving, all other hosts have a dialog triggered asking if the file changes should be saved. Selecting "yes" as a readonly users results in an inconsistency (watchdog barks). There should be no dialog for session participants - the reset of the file changes needs to be propagated to all participants in a consistent way without requiring user interaction. ---------------------------------------------------------------------- Comment By: Stefan Rossbach (kargor) Date: 2012-07-03 14:42 Message: > Selecting "yes" as a readonly users results in an inconsistency (watchdog barks). Hmm, normally every user that is not the host must get an inconsitency warning. This is really hard to fix, yes it is annoying. You explained a special case, in normal operation you are seldom writing code and then just discard it. Can somebody test this scenario ? Client X writes code ... after a while he noticed that his approuch was wrong and discard its changes. Question: Are those changes also discarded on the host side ? If not, you have to resync the file via watchdog, delete the newly written code and press save. ---------------------------------------------------------------------- Comment By: Alexander Waldmann (netcorps) Date: 2012-02-15 13:15 Message: This happened in my heuristic evaluation, in my cognitive walkthrough and in the usability tests with participants in the company i work for. So the frequency of occurences might be low, but the probability of it occuring is high. People type a comment to illustrate something while explaining in the code. Then close the file and not saving the temporary comment. This should be fixed, but it is not a major problem, so i revied the priority. ---------------------------------------------------------------------- Comment By: Donut (donut87) Date: 2012-02-01 15:15 Message: This is a more generell problem. The Question is: "What do we do, if Alice closes a file that was also edited by Bob?" If you think a little bit ahead it gets even worse... Imagine a file "A.java" is opened by Alice, Bob an both can write to the file. What if Alice and Bob did made changes to "A.java" and Alice decides to close without saving? What do we do? If we want a convincing solution, we have to save all changes made by Bob and revert everything Alice made. This could be more complex if there are more than two programmers in the project. On the other hand we have to think about how likely this scenario is. So, is this really a level 7 bug? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=843359&aid=3440676&group_id=167540 ------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d _______________________________________________ Dpp-robot mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dpp-robot
