View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000199 | VisualDiffer | General | public | 2013-10-31 23:12 | 2014-07-10 17:18 |
| Reporter | iu3246 | Assigned To | admin | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | unable to reproduce | ||
| Platform | Mac | OS | OS X | OS Version | 1.8.5 |
| Product Version | 1.5.6 | ||||
| Summary | 0000199: Icons on toolbar lost color | ||||
| Description | I upgraded to 1.5.7 but not listed in versions. 1. In the new version, the icons on toolbar lost color. 2. VisDiff seems to handle MS shortcuts wrong when copying. When I re-compare the MS links show the wrong dates. I can't simply recopy over them because they are protected. I am storing flash drive data from MS Windows on my Mac. | ||||
| Steps To Reproduce | 1. Start up a comparison. When it completes the compare, the icons have NO color. They are just gray but work. 2. Copy some MS links and re-compare. Try to replace them and the log shows errors. | ||||
| Additional Information | I went back to old version from a CCC backup (Time Machine doesn't backup up Apps). But, VisDiff 1.5.6 keeps crashing my Mac Pro with OSX 10.8.5 during a LONG copy. I reinstalled the VD 1.5.7. I've lost about 26 TBs of data thanks to OS X 10.9 Mvrx bugs involving WD software. It's happened to many people. I had to restore OSX 10.8.5. I am using VisDiff to repopulate my drives. | ||||
| Tags | No tags attached. | ||||
|
|
> In the new version, the icons on toolbar lost color. This is the new UI more closer to new Apple design (icons in black) > VisDiff seems to handle MS shortcuts wrong when copying. When I re-compare the MS links show the wrong dates I don't have any MS file to check this bug, may you help me with some screenshot? Any additional info can be used, for example the error shown in VD error console or (if present) on console.app > Copy some MS links and re-compare. Try to replace them and the log shows errors. Just an hint not a solution, sometime restored file from backup have incorrect permission and VD can't copy, Finder works because does a dirty work > VisDiff 1.5.6 keeps crashing my Mac Pro with OSX 10.8.5 during a LONG copy Does the crash disappear with v1.5.7? If also v1.5.7 crashes please may you check if log contains some message relative to VD? (Open Console.app and search for 'VisualDiffer' string) Consider the copy code has not changed in v1.5.7, so the crash should derive from some incorrect configuration |
|
|
Log messages from copy of MS link (attempts to replace file on target destination): /Volumes/Macintosh HD/Users/hthornton/H.W.T/WW/Secret/INV/(1) VIDEOS-all.xls: “(1) VIDEOS-all.xls” couldn’t be removed because you don’t have permission to access it. I can manually delete the file and copy and VD shows a match. If you close and restart VD, the MS link file will show a diff and dates don't match. (This is similar to another bug I noticed a long time ago with directory names. I learned to just change the directory names. It had something to do with special chars or numbers in 1st of name. Original pass would copy and show match but restarting VD always showed a diff or missed the dir. I'd have to research that again.) My Mac Pro seemed to crash during any long copy such as a complete Time Machine backup after closing VisDiff. What do you mean by "incorrect configuration"? Do you mean settings (ie VD exclusion filters and session prefs)? I usually exclude most Mac OS files since I generally just want to copy the data files (docs, text, jpg, video files). For this, I wanted everything, so turned off filter for apps+frameworks. I can use CCC (Carbon Copy Cloner) and may be faster than trouble shooting VD. |
|
|
|
|
|
Console log filtered for VD messages: 11/1/13 8:22:34.511 AM sandboxd[578]: ([574]) VisualDiffer(574) deny mach-lookup com.apple.KernelExtensionServer 11/1/13 8:22:34.534 AM sandboxd[578]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Mad Men+/-Season 4 HD 11/1/13 8:22:34.539 AM sandboxd[578]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Mad Men+/-Season 5 HD 11/1/13 8:22:34.544 AM sandboxd[578]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Mad Men+ 11/1/13 8:22:34.548 AM sandboxd[578]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Mad Men+/-Season 4 HD 11/1/13 8:22:34.553 AM sandboxd[578]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Mad Men+/-Season 5 HD 11/1/13 8:22:34.557 AM sandboxd[578]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Mad Men+ 11/1/13 8:22:34.562 AM sandboxd[578]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Mission Impossible 11/1/13 8:22:34.566 AM sandboxd[578]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Mission Impossible/-Season 6 11/1/13 8:22:34.570 AM sandboxd[578]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Mission Impossible/-Season 7 11/1/13 8:22:34.575 AM sandboxd[578]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Mission Impossible 11/1/13 8:22:34.579 AM sandboxd[578]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Mission Impossible/-Season 6 11/1/13 8:22:34.583 AM sandboxd[578]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Mission Impossible/-Season 7 11/1/13 8:23:47.792 AM sandboxd[584]: ([574]) VisualDiffer(574) deny file-read-xattr /Users/hthornton/Library/Application Support/DriveGenius/Logs 11/1/13 8:24:03.729 AM sandboxd[584]: ([574]) VisualDiffer(574) deny file-read-xattr /Users/hthornton/Library/Opera 11/1/13 8:24:04.275 AM sandboxd[584]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/MakeMKV_2 11/1/13 8:24:04.296 AM sandboxd[584]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/MakeMKV_2 11/1/13 8:24:14.516 AM sandboxd[584]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Doctor Who 2005 11/1/13 8:24:14.520 AM sandboxd[584]: ([574]) VisualDiffer(574) deny file-read-xattr /Volumes/Mac HD 2/_TV Shows 2/Doctor Who 2005 |
|
|
I attached VD screen grab showing diff after copy and restarting VD with same difference. |
|
|
"incorrect configuration" means missing/invalid files created when VD was installed from Mac App Store (certificates, protection files) but after your description about MS link copy problem I don't think this is the case so please just ignore my considerations about "incorrect configuration". The console log is normal, also my log contains zillion of "deny file-read-xattr" and "deny mach-lookup" messages, they are generated internally by Apple and are "benign". So I summarize the problems The problem "you don’t have permission to access it." is generally generated when a file is a symbolic link and the "resolved" path is not accessible by VD due to Apple sandbox. I don't know MS link files, are they like symbolic links? How can I create one on my env? I don't have any Microsoft product but I hope I can download some trial version to check the bug. The incorrect file date/time is really strange because I simply call an Apple API to get file info so I suppose MS links need special handling > My Mac Pro seemed to crash during any long copy such as a complete Time Machine backup after closing VisDiff. So v1.5.7 crashes, too. Is possible to see the log on console.app after crash? If Mac crashes I suppose you can't I know VD suffers from bugs when used to compare Time Machine files but I never be able to replicate them. |
|
|
The Microsoft links are created using Win XP. U select the file and right click "Create Shortcut". It is similar to alias or symlink. The file generally has an .lnk extension which may be hidden. A MS shortcut can also be just a web URL in Win XP. It's pretty much the same for the file shortcut (a path to a file which may or may not be valid). The crashing may be due to HW. It's crashed while a long VD copy was going and with / without a long time machine backup running (to a separate ext disk). I really hated it when VD added the sandbox rules because I had to recreate all my .vdiff files. I think I uninstalled it to go back to an old version. This early this year. I take one thing back. The message below is because of a "Locked" flag in Mac OS or "Write Protection" in MS Win XP. The small icon in VD wasn't clear and looked like shortcut small arrow that finder uses for symlinks and aliases. I'll have to see what the others were. However, the issue still remains why after the 1st copy it shows identical but an exit and restart VD with same compare shows date difference. /Volumes/Macintosh HD/Users/hthornton/H.W.T/WW/Secret/INV/(1) VIDEOS-all.xls: “(1) VIDEOS-all.xls” couldn’t be removed because you don’t have permission to access it. Being a long time programmer, here's what I think is happening. The "locked" flag is set before the orig date is copied. The orig date can't be saved because it is already locked. I also just confirmed that VD refresh doesn't update the Locked flag on a file that was just turned off with Finder. Quit and restart and it will show unlocked. So forget the MS link idea for now, it's a locked file flag issue. |
|
|
> The Microsoft links are created using Win XP ...It is similar to alias or symlink. This should explain the 'permission denied' that technically (ie sandbox) is correct. > The crashing may be due to HW. I suspect a nasty VD bug, other users told me about crashes when using TM disks and VD but using my 2 terabytes TM every works fine so it's really difficult to reproduce the bug > I really hated it when VD added the sandbox rules because I had to recreate all my .vdiff files. Not my choice but was mandatory to have VD listed on MAS, as developer I can say sandbox is a pain in the ass, I really really hate, too > However, the issue still remains why after the 1st copy it shows identical but an exit and restart VD with same compare shows date difference. I think this is related to some issue with MS links, VD stores the source fileCreationDate and fileModificationDate and after the file copy uses the stored values to set the destination. The UI shows these values but the file on disk has other values. May you confirm this bug affects only MS links? |
|
|
The MS link diffs disappeared because I used Finder to manually copy the files when VD did not work. Note: Not sure if these were MS links or just Locked files or Both. I did run VD on my Mac Mini without crashes. I don't use the mini much unless to play movies on TV. It comes in handy when your main Mac needs restoring. I don't copy TM backups as I figure it's a bad idea but not sure. The actual TM app was only thing running when it crashed last night doing a new backup set on a 2nd drive. I had close Firefox and VD. I wonder if there is a bad file on my boot SSD. I have my VD defaults set up to ignore files in a TM backup directory. VD still takes forever to parse through the files. I was a big Beyond Compare user on Win XP so VD has been a good substitute. |
|
|
One file that I exclude is ".sentinel" in my prefs. Because one day a while ago, I forced a copy in VD with just the one file and it crashed and rebooted immediately. I figured it may be some sort of MutEx semaphore or some such. |
|
|
> The MS link diffs disappeared because I used Finder to manually copy the files when VD did not work. Note: Not sure if these were MS links or just Locked files or Both. Finder doesn't run with sandbox restriction but I'm sure VD must be fixed to work with locked files > I have my VD defaults set up to ignore files in a TM backup directory. VD still takes forever to parse through the files. VD filters exclude files from comparison not directories from traversal this means if you exclude a directory it will be ALWAYS traversed but marked as filtered. If you exclude a file, it will be not compared with a matching file. This may cause the forever parse but I can't exclude a bug. Please take a look at bottom status bar, if the folder name near to progress bar changes then VD is working (it's slow but it's working). > I was a big Beyond Compare user on Win XP so VD has been a good substitute. Ten years ago I switched from Windows to Linux and I continued to use Beyond Compare under wine, a very complicate way to use my preferred app. Three years ago I switched to Mac and I decided to have a native app similar to BC. BC has a magical team, smart guys with a incredible talent I'm a single developer and it's really hard to reach the BC quality. Just to summarize your problems 1. MS links are not correctly copied 2. MS links date/time are incorrect 3. Problems with locked files 4. VD hangup when copy from TM backup 5. ".sentinel" file copy crashes VD (it is another Win file?) Is the list correct? I'm really sorry you have found all these annoying problems with VD. I can confirm locked files generate permission error that is correct but message is not very clear MS links and .sentinel files require I obtain access to a Win (virtual) machine, I hope to get very soon I'm already working to the hangup bug but obviously my TM with 2 terabyte works fine (very sloooow but it works) |
|
|
1+2. The "MS links" were actually "locked files" so my mistake. The icon looked like a shortcut until I zoomed the screen. I did a new copy test and it was only locked files. 4. I have not used VD to copy TM backup. VD did crash on a very long copy but it was while TM was actively running to make a new backup set on a different external drive. I disabled TM after VD crashed again. VD finished that time; short TM incremental backups don't seem to cause a problem. TM probably crashed on the long backup without VD running so not sure if it is VD problem. 5. The "sentinel" file (there is NO dot) is a hidden file in my iTunes library folder. It shows in the VD file list unless excluded. I had to install "Find Any File" to find it. VD did crash the OS if I forced a copy of sentinel (I haven't tried that recently). Another behavior that is inconsistent with other Apps, is the Command+` key (backward single apostrophe; same key as ~ tilde). Most apps use that to cycle through open windows. VD uses it to invert selection. |
|
|
1+2. I want to add support for locked files, not always the 'lock' icon is shown, the generic error 'permission denied' arrives from Apple code so I should check myself the real reason, this isn't trivial. 4. Ok I don't do anything 5. If you can verify the "sentinel" files should be great, I use the Italian keyboard layout and the Command+` command doesn't map any system shortcut but this is easy to change, I will find another shortcut for 'Invert' action |
|
|
5. I've tried several times but am unable to cause a crash copying the "sentinel" file. I waited several days before trying run iTunes since rollback to Mtn Lion from Mvrx. Maybe the problem is fixed now. However, some of the crashes could be from the WD utils that caused disc erasing in Mvrx. I always wanted to disable or uninstall them but only just found out how to do it. The WD utils apps were hidden and spotlight search ignores system dirs. I removed the WD util apps from Mtn Lion after the restore. So, I think the only VD crashes during a long copy were when a new (long) TM backup was running. I have repopulated my external drives now. The last crash happened when only TM was running. I've also been prompted twice today (Nov. 3) with updates for VisualDiffer but it still shows the same version, size, and date as before when install is finished. BTW: I used VD to copy large directories because copying a large directory with Finder in Mtn Lion had a problem in case of a crash. Finder would leave the whole target directory inaccessible (grayed out) and it was not repairable. VD copying only left the actual file last copied with a mismatch. I could just copy over that. I suspect the WD util apps of causing the crashes even in Mtn Lion just not as bad as in Mvrx. |
|
|
> I've also been prompted twice today (Nov. 3) with updates for VisualDiffer but it still shows the same version, size, and date as before when install is finished. Last version is 1.5.7 I haven't updated new version on MAS and in any case consider Apple reviews the app in one-two weeks |
|
|
Filed bug for CMD+` 0000202 |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2013-10-31 23:12 | iu3246 | New Issue | |
| 2013-10-31 23:12 | iu3246 | Status | new => assigned |
| 2013-10-31 23:12 | iu3246 | Assigned To | => admin |
| 2013-11-01 07:06 | admin | Note Added: 0000373 | |
| 2013-11-01 07:07 | admin | Note Edited: 0000373 | |
| 2013-11-01 14:50 | iu3246 | Note Added: 0000374 | |
| 2013-11-01 14:56 | iu3246 | File Added: VD issue MS links.tiff | |
| 2013-11-01 15:04 | iu3246 | Note Added: 0000375 | |
| 2013-11-01 15:10 | iu3246 | Note Edited: 0000374 | |
| 2013-11-01 15:11 | iu3246 | Note Added: 0000376 | |
| 2013-11-01 16:41 | admin | Note Added: 0000377 | |
| 2013-11-01 17:50 | iu3246 | Note Added: 0000378 | |
| 2013-11-01 18:37 | admin | Note Added: 0000379 | |
| 2013-11-01 19:34 | iu3246 | Note Added: 0000380 | |
| 2013-11-01 20:10 | iu3246 | Note Added: 0000381 | |
| 2013-11-02 07:43 | admin | Note Added: 0000382 | |
| 2013-11-02 07:45 | admin | Note Edited: 0000382 | |
| 2013-11-02 19:20 | iu3246 | Note Added: 0000383 | |
| 2013-11-02 19:22 | iu3246 | Note Edited: 0000383 | |
| 2013-11-03 08:12 | admin | Note Added: 0000384 | |
| 2013-11-03 21:23 | iu3246 | Note Added: 0000386 | |
| 2013-11-04 08:27 | admin | Note Added: 0000387 | |
| 2013-11-08 14:25 | admin | Note Added: 0000390 | |
| 2014-07-10 17:18 | admin | Status | assigned => closed |
| 2014-07-10 17:18 | admin | Resolution | open => unable to reproduce |
