Bugs item #3300579, was opened at 2011-05-11 09:08 Message generated for change (Comment added) made by xeper000 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=843359&aid=3300579&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: 5 Private: No Submitted By: Julia Schenk (juliaschenk) Assigned to: Sebastian Starroske (starroli) Summary: Partial Sharing may not recognize file encoding Initial Comment: Case 1: − Host changed file encoding (from UTF-8 to ISO-8859-1) − Invitee got Watchdog Notification about inconsistency in file − Invitee told Watchdog to recover consistency, but this did not work − Invitee got still message from watchdog about inconsistency − Invitee tried out several times to recover file with watchdog, but this did not work → infinite loop − On both sides (host and invitee) all lines in the file were marked as changed by the other side − Session had to be restarted Case 2: when using existing project with modifications − Sharing a project, invitee already had version of project − Invitee had some local modifications in one file of the project − Invitee got invitation from Host, accepted invitation with using his existing project for the session − After the session was established, the host got a watchdog notification about an inconsistency (the file which was modified in the invitee’s local version of the project) − But Watchdog was unable to recover consistent version of the file –> infinite loop of watchdog notification and unsuccessful attempt of recovery ---------------------------------------------------------------------- Comment By: Arsenij E. Solovjev (xeper000) Date: 2012-09-10 07:31 Message: Disregard last comment. We could reproduce it, however the behaviour is quite heisenbug-ish. ---------------------------------------------------------------------- Comment By: Nils Bussas (nilsbu) Date: 2012-09-10 06:57 Message: Could not reproduce with current master either. ---------------------------------------------------------------------- Comment By: Stefan Rossbach (kargor) Date: 2012-07-10 11:41 Message: With the partial sharing feature, the encoding settings (file encoding, line delemiter encoding) may be not transfered, because the file that contains the encoding may not be shared. It is also possible to change these settings at runtime. Without the initial settings it is impossible to react on those changes that causes file corruptions because we are unable to restore the original encodings. This will affect the watchdog, as it will never recover any files successfully, because as soon as the file will be reopened, the editor decodes the binary data in a wrong way. ---------------------------------------------------------------------- Comment By: Stefan Rossbach (kargor) Date: 2012-07-03 14:59 Message: This is not actually a bug of the watchdog. It seems that the PreferenceManager (which would only work with JDT (why only JAVA ?!)) does not affect the project properly. I have not done any analyse, but I think that what is going on. Host send recovered file Client closes editor, replace the file contents and reopen the editor. The editor is replacing the line breaks again. File content is now different from the hosts one (same as before recovery) Rinse and repeat. ---------------------------------------------------------------------- Comment By: Sebastian Starroske (starroli) Date: 2012-07-02 03:54 Message: The problem still exists. It can be reproduced with the following steps: 1) A and B work together on the same project 2) After closing the session, B changes the file encoding of one of the files in the project 3) A invites B to continue working on the project 4) An inconsitency is detected which can not be resolved ---------------------------------------------------------------------- Comment By: Franz Zieris (franzzieris) Date: 2012-05-23 05:34 Message: Both cases are not reproducible using Saros 12.3.30. ---------------------------------------------------------------------- Comment By: Karl Beecher (k_beecher) Date: 2011-07-01 02:17 Message: From #2910129: Eclipse can also freeze on the host side. Here's a way to reproduce the bug: A hosts, invites B. B creates inconsistency. B tries to sync inconsistency, but drops in the process (client crash). This can be simulated by terminating Eclipse via Task Manager/kill/etc. B comes back online within 15 seconds, thus preventing A from timeout. -> A hangs in a modal dialog, unable to cancel the synchronization. ---------------------------------------------------------------------- Comment By: Stefan Rossbach (kargor) Date: 2011-06-04 10:49 Message: I am unable to reproduce the bugs. For case 2: My modified file will be overwritten during project synchronisation. For case 1: Changing the encoding of the file via Eclipse editor preferences will be reflected to the invitee. I have never recieved a inconsistency notification. Please provide more details for analysis. Tested with latest revision from trunk. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=843359&aid=3300579&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
