-
Notifications
You must be signed in to change notification settings - Fork 117
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FS] Always copy file-attributes using Eclipse's Native(File)Handler #1512
Conversation
Test Results1 182 files - 552 1 182 suites - 552 1h 6m 25s ⏱️ - 17m 48s Results for commit f144852. ± Comparison against base commit 7fc0709. This pull request removes 5 and adds 10 tests. Note that renamed tests count towards both.
This pull request skips 24 tests.
♻️ This comment has been updated with latest results. |
please make sure to extend the testcases for both small and large files. especially the failing TestBug323833 |
Yes I'm working on it. |
0308ed0
to
0a5aa6f
Compare
46e6ea1
to
de65851
Compare
I dislike that the introduced assumptions clutter the logfile with (very long!) Exception Stacktraces. That makes it hard to find actual Exceptions
|
See #1520 (comment). |
6f758a6
to
e82d4a4
Compare
Files.copy seems to copy file-attributes differently than Eclipse NativeHandler (for files) do on Mac. In order to stay consistent always use the Eclipse way. Fixes eclipse-platform#1504
Because this is a regression fix, it should be part of RC1. And now that all tests finally succeed, this is ready to go. |
Files.copy seems to copy file-attributes differently than Eclipse NativeHandler (for files) do on Mac. In order to stay consistent always use the Eclipse way.
Fixes #1504 (hopefully).
Can someone with access to a Mac verify this in advance together with #1502 reverted locally (otherwise one needs a file larger than 1MiB?