| Issue 9: | Tryst doesn't handle two files with the same HASH correctly when updating | |
| Back to list |
What steps will reproduce the problem? 1. index two files with the same HASH (two zero byte files files for example) 2. Connect to another user. 3. Watch the behavior of the 2nd client. What is the expected output? What do you see instead? We expect it to handle the situation gracefully. Instead it only keeps one file with that hash, and tries to rename it when it sees the second file.
Apr 26, 2008
(No comment was entered for this change.)
Status:
Fixed
|
userconnection.cc:65: got packet type(1): FILELIST query(0): no params(1): 86565aaeac0207e3f122948597685aca 44 bytes of data: [d41d8cd98f00b204e9800998ecf8427e:0:subfi ...] task-filelist.cc:35: sync handle_packet store.cc:478: getting children for 86565aaeac0207e3f122948597685aca task-filelist.cc:73: locally known: subfile2(d41d8cd98f00b204e9800998ecf8427e) userconnection.cc:65: got packet type(1): FILELIST query(0): no params(1): 898770ef8b005a554505465c1b62e041 89 bytes of data: [d41d8cd98f00b204e9800998ecf8427e:0:subfi ...] task-filelist.cc:35: sync handle_packet store.cc:478: getting children for 898770ef8b005a554505465c1b62e041 task-filelist.cc:73: locally known: subfile22(d41d8cd98f00b204e9800998ecf8427e) task-filelist.cc:135: d41d8cd98f00b204e9800998ecf8427e: renamed to subfile2 task-filelist.cc:136: rename unimplemented Program received signal SIGABRT, Aborted. 0xb7cd2fd6 in raise () from /lib/libc.so.6 (gdb)