[ 
https://issues.apache.org/jira/browse/SOLR-5775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13913350#comment-13913350
 ] 

Mark Miller commented on SOLR-5775:
-----------------------------------

That might be SOLR-5596? Depends on the fail. To note: this is also not one 
that Robert badappled. It does fail occasionally - I've recently been trying to 
raise some polls in it, but it's hard to tell if its that, or the mock 
implementations, or the real deal. It's been on my list to dig into, but has 
not gotten any priority yet.

Sami did all the original work on the Overseer and these tests and I guess I've 
kind of inherited them but I'm still not fully up to speed on them.

> Disable constantly failing solr tests
> -------------------------------------
>
>                 Key: SOLR-5775
>                 URL: https://issues.apache.org/jira/browse/SOLR-5775
>             Project: Solr
>          Issue Type: Bug
>          Components: Build
>            Reporter: Robert Muir
>
> Currently, solr tests are failing 90%+ of the time. We've been through this 
> before many times, the argument is always that someone is looking at the 
> failures and knows which ones are bad.
> This argument is a lie. Nobody is watching these failures, or 
> DistributedQueryComponentOptimizationTest would not have failed repeatedly 
> for two straight days when the fix was trivial (I fixed this last night: 
> http://svn.apache.org/r1571930)
> Its frustrating to me as a committer, solr tests *NEVER* pass on my machine, 
> no matter how many times I try. How can i possibly commit something without 
> knowing i am making the situation even worse?
> This is all a big problem for developers, release managers, even users of the 
> project. The test suite should pass.
> The old argument that "solr tests are allowed to fail" is no longer valid. I 
> will disable all constantly failing tests.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to