Bug 145307

Summary: EWS provides misleading information for not applyable patches
Product: WebKit Reporter: Csaba Osztrogonác <ossy>
Component: Tools / TestsAssignee: Csaba Osztrogonác <ossy>
Status: RESOLVED FIXED    
Severity: Normal CC: ap, commit-queue, dbates, ddkilzer, ossy, rniwa
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Patch none

Description Csaba Osztrogonác 2015-05-22 04:54:32 PDT
style checker says the following:
Total errors found: 0 in 0 files
If any of these errors are false positives, please file a bug against check-webkit-style.

----

and other bubbles are green, because they didn't apply anything

for example:
https://bugs.webkit.org/show_bug.cgi?id=145247
https://bugs.webkit.org/show_bug.cgi?id=126433
https://bugs.webkit.org/show_bug.cgi?id=138332
https://bugs.webkit.org/show_bug.cgi?id=126022
https://bugs.webkit.org/show_bug.cgi?id=70610
Comment 1 Alexey Proskuryakov 2015-05-22 07:58:09 PDT
That would be a very recent regression. What changed?
Comment 2 Alexey Proskuryakov 2015-05-22 12:22:16 PDT
This just worked correctly in <https://webkit-queues.appspot.com/patch/253595> - windows bubble is red.
Comment 3 Alexey Proskuryakov 2015-05-22 12:29:20 PDT
Style checker is clearly wrong, but how did you determine that other bubbles in <https://bugs.webkit.org/show_bug.cgi?id=145247> are green for a wrong reason?
Comment 4 Csaba Osztrogonác 2015-06-01 05:19:07 PDT
(In reply to comment #3)
> Style checker is clearly wrong, but how did you determine that other bubbles
> in <https://bugs.webkit.org/show_bug.cgi?id=145247> are green for a wrong
> reason?

The problem is that webkit-patch tries to apply the patch, but there is no
appliable diff in the patch. In this case the green GTK/Mac/EFL bubbles
mean that the trunk is buildable, nothing else. It is very misleading.

I think the best fix would be to make svn-apply not to return 0 in this case.
Comment 5 Csaba Osztrogonác 2015-06-01 05:40:52 PDT
Created attachment 253994 [details]
Patch
Comment 6 Alexey Proskuryakov 2015-06-01 09:27:23 PDT
To summarize, this happens when a patch tries to update non-existent files. When a patch doesn't apply to existent files, we already get the correct behavior.

Given that, I suspect that a more targeted fix is possible. However, adding a catch-all like this is fine too.
Comment 7 WebKit Commit Bot 2015-06-01 10:13:49 PDT
Comment on attachment 253994 [details]
Patch

Clearing flags on attachment: 253994

Committed r185062: <http://trac.webkit.org/changeset/185062>
Comment 8 WebKit Commit Bot 2015-06-01 10:13:54 PDT
All reviewed patches have been landed.  Closing bug.