anandcp / big5sync Goto Github PK

What steps will reproduce the problem?
1. Create a folder path with maximum number of character
2. Tag it with another folder
3. Create a file in the new folder.

What is the expected output? What do you see instead?
PathTooLongException

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Tag 2 folders on the computer and 1 computer on a removable drive
2. They should be automatically synchronized
3. Remove the removable drive
4. Rename or delete one of the files in one of the 2 folders on the 
computer. They will be kept in sync.
5. Plug in the thumb drive.

What is the expected output? What do you see instead?
The renaming or deletion should propagate to the thumb drive. It does not 
happen.

Developer Note:
This is a known issue with how metadata is handled.

Due to all the tmp files created , the seamless mode will behave in a 
unexpected way.

This will cause a problem when the root folder is deleted and its content 
is not detected as deleted.

What steps will reproduce the problem?
1. Create a new empty folder
2. Synchronize

What is the expected output? What do you see instead?
Empty folder should be synchronized, but nothing happens.

Developer note:
This is a known issue, problem is with the current implementation.

What steps will reproduce the problem?
1. Tags will only be saved when the user exits properly through Syncless
2. Any unexpected termination of Syncless or stopping the vsts
3.

What is the expected output? What do you see instead?


Please use labels and text to provide additional information.

Browsing of directory may not work on Windows Vista.

Archiving is listed as a feature but no information on how to use it.

What steps will reproduce the problem?
1. Create a manual tag, and tag 2 or 3 folders
2. Create a new folder in one of the tagged folders
3. Sync
4. The new folder will sync across all 3.
5. Rename the new folder in one of the tagged folders

What is the expected output?
All 3 folders renamed, with the old name gone.

What do you see instead?
All 3 folders renamed, plus empty folders with the old name. Put a 
breakpoint in CompareAndSyncController just before XMLWriterVisitor, the 
rename occurs ok. I think XMLWriterVisitor creates those empty folder so it 
can write the metadata, which is not required anymore (since folder is 
renamed).

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Using it in the untag process - getting tags by folder

What is the expected output? What do you see instead?
Expect to see at least one tag associated. I see zero

What steps will reproduce the problem?
1. Try to zip a file or some files using winzip.
2. Not sure about other utilities with zip function.

What is the expected output? What do you see instead?
Expect to have consistent type for the temp files created.
But when the temp files is being renamed, sometime it is reflected as a 
folder rename and sometime reflected as a file rename.
It is possible that the problem comes from FileSystemWatcher again.

1. Sync a directory with a lot of large files
2. It looks like nothing is happening

Why?
The main reason is because when the files are large, it takes a while for 
Syncless to hash them for comparison. It isn't actually slow (compared 
against a few sync tools on the market already), but the complete lack of any 
UI feedback makes it look like nothing is happening.

We are working on a notification queue system which will be implemented in 
the next version.

Some Drives does not allow syncless to read guid.id. Meta data also cant be 
loaded due to this problem.

Need to fix it 

What steps will reproduce the problem?
1. Tag 3 folders 
2.Since 3 levels of content : 1 - Folder , 2 - Folder , 3 - File
3.Rename all the 3 components added and sync over

What is the expected output? What do you see instead?

The different tagged folder will have different number of folders. 
Therefore causing the xml to be inconsistent as well.

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Create a folder and throw a file inside and sync over
2. Once synced , rename a folder and update the file

What is the expected output? What do you see instead?

All folders will record the same change. But .syncless has been deleted in 
the file level. Therefore causing some errors in the system.

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Select manual sync and tag 3 folders. 
2. Create a folder within any of the folder and sync over
3. Rename the created folder at the 2nd or 3rd  folder and the problem 
will surface

What is the expected output? What do you see instead?
Only 1 folder in every tagged folder. Some have 2 and some have 1 folders

Please use labels and text to provide additional information.

Tag Folder A with Folder B.

Tag Folder C to create _syncless.

Copy Folder C into Folder A. Seamless will copy all the files in Folder C 
over to B, including _syncless. This is not the behavior we want.

What steps will reproduce the problem?
1. Random steps which will led to the locking of folders
2.
3.

What is the expected output? What do you see instead?

For example , when renaming a folder , a folder gets locked by VSTS or 
Seamless ( i dunno ) , and the rename doesn't propagate to that locked 
folder. Same issue for delete. Cannot delete a folder that is locked.

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Tag 3 folders and create 4 different files inside ( name it 1 ,2 ,3 and 
4)
2. Delete 4 , rename 1 and update 2 and 3 
3. 4 gets created on the other folders

What is the expected output? What do you see instead?

4 should not exist

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Tag at least 3 folders. (Manual)
2. Create a new folder in one of them.
3. Sync. The new folder should now propagate to all 3.
4. Add a new file into one of the folders. Rename the folder (or 
alternatively, rename one of the other 2 folders that were synced across).
5. Sync

What is the expected output? What do you see instead?
Expected output is that all 3 folders will now have the newly-named folder, 
along with the file in it.

Although the above happens, the old folders are also re-created, as a 
result of XMLHelper. This can be seen by putting a breakpoint before 
XMLHelper.


Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Tag a file/folder from Shell

What is the expected output? What do you see instead?
Expected Output. I should not see those 2 files being generated. I see
those two files generated.

Please use labels and text to provide additional information.

Program should not allow tagging of non-folders (repeatable on XP 
machines) and shows no path to folder

Found by : Team 2

When you try to copy a large file from a external hard disk to a local 
folder, the copying process might hang and corrupt the meta data XML 
document.

KIV :).

What steps will reproduce the problem?
1. Tag a folder with an empty folder and another folder with large volume 
of data
2. Sync the 2 folders
3. It will take a while to build the tree and complete the syncing process

What is the expected output? What do you see instead?

Same , just that it takes longer than expected

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Tagged at least 2 folders, set the tag mode to auto
2. Delete one of the folders

What is the expected output? What do you see instead?
Ideally, the deleted folder should disappear from the tag list. However, 
from what I know from Eric, this will require some changes, so we'll push 
it to 1.5.

For now, we should at least sync the folder back.

However, it throws an exception in XMLHelper.

Please use labels and text to provide additional information.
Waiting for Eric to check his side with Cher Guan and let Gordon/me know if 
we should handle it or not.

What steps will reproduce the problem?
1. Switch to real time mode , and sync a file over
2. Quickly rename a file on a folder , and then update the same file on 
another folder.
3. Then everything screw ups

What is the expected output? What do you see instead?
Should be similar to manual syncing , there should be 2 files in every 
folder instead of 1.

Please use labels and text to provide additional information.

Sometimes after the user tag a folder, the main window will be minimized to 
tray. User may not notice it and will have problem figuring out where has the 
main window gone to.

What steps will reproduce the problem?
1. Tag 3 folders
2. In one of the folders , create a folder in the 1st level , and within 
that same folder , create another folder ( second level)
3. Rename both created folders and sync over

What is the expected output? What do you see instead?

By right there should only be a folder within the created folder. But 
another folder is created

Please use labels and text to provide additional information.

As per topic , during syncing

What steps will reproduce the problem?
1. Turn on real time syncing
2. Sync a folder over the tagged folders ( tried with 3 folders)
3. Delete the folder and it does not propagate over

What is the expected output? What do you see instead?

All tagged folders will have that folder deleted


Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Plug in a thumbdrive , sync between a local drive and a big volume 
folder in the removeable media
2. Eject the removable drive
3. The files are still synching over even after it has been ejected

What is the expected output? What do you see instead?

By right all the file synching should stop and no more files will be 
copied over after ejecting

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Ctrl - A will create a tag
2. On the right , enter some tag that does not exist. And then backspace 
to clear the textbox.
3. Pressing ctrl - A again will not activate the shortcut for input box.

What is the expected output? What do you see instead?

Prompt box ( short cut ) should appear after clicking on ctrl - A. To get 
the ctrl - A short cut key working again , click on details and then 
cancel. Users will then be able to use the ctrl - A shortcut again

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Tag 3 folders and create a folder in any of the tagged folder
2. The created folder propagates to all
3. Rename that folder. All other folders have been renamed.


What is the expected output? What do you see instead?

All folders have been renamed. This is correct , but the XML displays 
incorrect value.
It shows <folder> <name></name></folder> (empty folder name). I've traced 
it to the point that MetaChangeType is renamed , which is correct so far , 
but the NewName is null , that's why the XML always produces empty string.

Please use labels and text to provide additional information.

1. Create 4 Folders
Folder B inside A , Folder D inside C.
2. Tag A with D , B with C.

When seamless mode is turn on for both tag, many folders will be created 
until the path exceed the limit for the window path length.

What steps will reproduce the problem?
1. Sync a file with really long filename
2. Delete this file

What is the expected output? What do you see instead?
Encountered PathTooLongException

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Tag a folder with a folder and a file within that folder
2. Rename the folder and file and sync over
3. Results will become corrupted
4. Clear all the data , create a folder and a file within a folder and 
sync over. 

What is the expected output? What do you see instead?

A folder and a file should appear in all folder with the syncless.xml

Please use labels and text to provide additional information.

If the tagging.xml or profiling.xml is edited and it becomes corrupted, the 
system cannot detect such change and it will cause inconsistency in the 
system and unpredictable behaviour.

If a file is named to file.txt and a folder is named to file.txt and is 
synced over , Syncless does not handle this case

Might be some issues with the NTFS configuration. Will continue to 
research on this matter soon.

UI sometimes minimize when tag from context menu

What steps will reproduce the problem?
1. Plug in External Hard Drive

What is the expected output? What do you see instead?
Expected Output: External hdd shld be displayed to be removed.
Actual: Not displayed.

What steps will reproduce the problem?
1. Having many different combination of stuff together

What is the expected output? What do you see instead?

Should match the synced behavior

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Copy a folder with some files into one of the monitored folders
2. Wait for it to be synced across the other tag folders
3. Delete the folder

What is the expected output? What do you see instead?
Deletion should propagate. However, the output in this case is random. 
Sometimes it deletes, at other times the folder is recreated, and sometimes 
nothing happens.

Please use labels and text to provide additional information.

If a file is copying half way, and a sync is triggered, SyncCompare side will 
have problem. This problem not only exist when monitoring but also during 
manual Syncing.

This needs to be settle at comparing level.

The buildvistor will throw an error if a file that is being hashed is 
being currently locked.

Will not handle for 0.9 because we discovered it too late.

What steps will reproduce the problem?
1. Tag a folder
2. Keep toggling between manual and seamless
3. IOException will throw out

What is the expected output? What do you see instead?

No error should occur. This is due to installed anti virus which will try 
to lock the file after it has been created. Therefore Xmldocument who is 
making changes to the file will get an exception

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Insert 2 removable storage into the computer
2. Syncless will only detect one 

What is the expected output? What do you see instead?

Syncless should show 2 removable drive instead.

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Plug in removable hard disk 

What is the expected output? What do you see instead?
Expected output: Profiles will be merged.
Actual Output: Profiles won't be merged.

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Sync between a large file and a folder without any files.
2. The process dies and no files are being copied over
3.

What is the expected output? What do you see instead?

By right , all files from the large volume of files should be copied over.
The reason for this is that MD5 takes too long to calculate the hash for 
each file , therefore the thread might have died along the way.

Please use labels and text to provide additional information.