check-webkit-style will output error messages when a file is added and it's properties are changed in svn 1.9.
<rdar://problem/30077060>
This error should also occur when simply changing a file's properties, but there is another bug in svn-create-patch, so this issue will only reproduce if a file is both changed and it's properties are changed. Bug 167167 tracks this issue.
Created attachment 299183 [details] Patch
Attachment 299183 [details] did not pass style-queue: ERROR: Tools/Scripts/webkitpy/common/checkout/diff_parser_unittest.py:144: trailing whitespace [pep8/W291] [5] ERROR: Tools/Scripts/webkitpy/common/checkout/diff_parser_unittest.py:146: trailing whitespace [pep8/W291] [5] Total errors found: 2 in 3 files If any of these errors are false positives, please file a bug against check-webkit-style.
(In reply to comment #4) > Attachment 299183 [details] did not pass style-queue: > > > ERROR: Tools/Scripts/webkitpy/common/checkout/diff_parser_unittest.py:144: > trailing whitespace [pep8/W291] [5] > ERROR: Tools/Scripts/webkitpy/common/checkout/diff_parser_unittest.py:146: > trailing whitespace [pep8/W291] [5] > Total errors found: 2 in 3 files > > > If any of these errors are false positives, please file a bug against > check-webkit-style. These are a unique case for check-webkit-style. They are referencing style errors in strings which are representing patches. Bug 167181 tracks this.
Created attachment 305013 [details] Patch
Attachment 305013 [details] did not pass style-queue: ERROR: Tools/Scripts/webkitpy/common/checkout/diff_parser_unittest.py:144: trailing whitespace [pep8/W291] [5] ERROR: Tools/Scripts/webkitpy/common/checkout/diff_parser_unittest.py:146: trailing whitespace [pep8/W291] [5] Total errors found: 2 in 3 files If any of these errors are false positives, please file a bug against check-webkit-style.
Comment on attachment 305013 [details] Patch Sam has a better fix for this issue in <https://bugs.webkit.org/show_bug.cgi?id=174551>
Resolved in <https://trac.webkit.org/changeset/219540/webkit>.
I had initially tested this incorrectly. Sam's fix did not address this issue.