Not all entries having "audio":true are returned

I have a unit test where I insert a lot of profiles into my Elasticsearch
index and then execute some different searching queries against the index.

After indexing I refresh using:

client.admin().indices().refresh(refreshRequest("_all")).actionGet();

After my tests the index is deleted using:

client.admin().indices().prepareDelete("searching").execute().actionGet();

The strange thing is that sometimes all my tests are executed successfully
and sometimes some of them fail - the reason being that the expected list
of profiles does not match the actual list of profiles.

One example I have seen is when i search for profiles having audio true
using a query like this:

{
"query" : {
"filtered" : {
"query" : { "match_all": {} },
"filter" : { "and": { "filters": [ { "term": { "audio": true } } ] } }
}
}
}

Then I get back the following three profiles:

{
"took": 1,
"timed_out": false,
"_shards": {
"total": 5,
"successful": 5,
"failed": 0
},
"hits": {
"total": 3,
"max_score": 1,
"hits": [
{
"_index": "searching",
"_type": "profiles",
"_id": "9",
"_score": 1,
"_source": {
"id": "9",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "11111112",
"nickname": "ANNA",
"age": 35,
"hasGender": true,
"gender": "FEMALE",
"sexPref": "FEMALE",
"location": "31.Test2.etc",
"interests": [
"party"
],
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356068041004,
"joinDate": 1356068038885
}
},
{
"_index": "searching",
"_type": "profiles",
"_id": "2",
"_score": 1,
"_source": {
"id": "2",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "33333333",
"nickname": "JENS",
"age": 60,
"hasGender": true,
"gender": "MALE",
"sexPref": "FEMALE",
"location": "32",
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356068040990,
"joinDate": 1356068038838
}
},
{
"_index": "searching",
"_type": "profiles",
"_id": "10",
"_score": 1,
"_source": {
"id": "10",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "11111113",
"nickname": "BRENDA",
"age": 25,
"hasGender": true,
"gender": "FEMALE",
"sexPref": "BOTH",
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356053641006,
"joinDate": 1356053638891
}
}
]
}
}

BUT Henry actually has audit true as well - at least that is what I see
when I query him using:

{
"query" : {
"filtered" : {
"query" : { "match_all": {} },
"filter" : { "and": { "filters": [ { "term": { "nickname": "henry" }
} ] } }
}
}
}

I get:

{
"took": 1,
"timed_out": false,
"_shards": {
"total": 5,
"successful": 5,
"failed": 0
},
"hits": {
"total": 1,
"max_score": 1,
"hits": [
{
"_index": "searching",
"_type": "profiles",
"_id": "1",
"_score": 1,
"_source": {
"id": "1",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "22222222",
"nickname": "HENRY",
"age": 56,
"hasGender": true,
"gender": "MALE",
"sexPref": "FEMALE",
"location": "31",
"interests": [
"party",
"music"
],
"picture": false,
"video": true,
"audio": true,
"online": true,
"lastActivity": 1356080952448,
"joinDate": 1356080950416
}
}
]
}
}

Why isn't Henrik part of the search result when I search for audio true then?

Would be really great if someone had some kind of idea of what could be going on here.

Thanks a lot,

Stine

--

I never used your "_all" refresh.

Here is how I am doing it:

client . admin (). indices (). prepareRefresh (). execute (). actionGet ();

Does it solve your problem?

David.

Le 21 décembre 2012 à 15:03, Stine stinesplace@gmail.com a écrit :

I have a unit test where I insert a lot of profiles into my Elasticsearch
index and then execute some different searching queries against the index.

After indexing I refresh using:

client.admin().indices().refresh(refreshRequest("_all")).actionGet();
After my tests the index is deleted using:

client.admin().indices().prepareDelete("searching").execute().actionGet();

The strange thing is that sometimes all my tests are executed successfully
and sometimes some of them fail - the reason being that the expected list of
profiles does not match the actual list of profiles.

One example I have seen is when i search for profiles having audio true using
a query like this:

{
"query" : {
"filtered" : {
"query" : { "match_all": {} },
"filter" : { "and": { "filters": [ { "term": { "audio": true } } ] } }
}
}
}

Then I get back the following three profiles:

{
"took": 1,
"timed_out": false,
"_shards": {
"total": 5,
"successful": 5,
"failed": 0
},
"hits": {
"total": 3,
"max_score": 1,
"hits": [
{
"_index": "searching",
"_type": "profiles",
"_id": "9",
"_score": 1,
"_source": {
"id": "9",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "11111112",
"nickname": "ANNA",
"age": 35,
"hasGender": true,
"gender": "FEMALE",
"sexPref": "FEMALE",
"location": "31.Test2.etc",
"interests": [
"party"
],
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356068041004,
"joinDate": 1356068038885
}
},
{
"_index": "searching",
"_type": "profiles",
"_id": "2",
"_score": 1,
"_source": {
"id": "2",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "33333333",
"nickname": "JENS",
"age": 60,
"hasGender": true,
"gender": "MALE",
"sexPref": "FEMALE",
"location": "32",
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356068040990,
"joinDate": 1356068038838
}
},
{
"_index": "searching",
"_type": "profiles",
"_id": "10",
"_score": 1,
"_source": {
"id": "10",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "11111113",
"nickname": "BRENDA",
"age": 25,
"hasGender": true,
"gender": "FEMALE",
"sexPref": "BOTH",
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356053641006,
"joinDate": 1356053638891
}
}
]
}
}

BUT Henry actually has audit true as well - at least that is what I see when
I query him using:

{
"query" : {
"filtered" : {
"query" : { "match_all": {} },
"filter" : { "and": { "filters": [ { "term": { "nickname": "henry" } }
] } }
}
}
}

I get:

{
"took": 1,
"timed_out": false,
"_shards": {
"total": 5,
"successful": 5,
"failed": 0
},
"hits": {
"total": 1,
"max_score": 1,
"hits": [
{
"_index": "searching",
"_type": "profiles",
"_id": "1",
"_score": 1,
"_source": {
"id": "1",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "22222222",
"nickname": "HENRY",
"age": 56,
"hasGender": true,
"gender": "MALE",
"sexPref": "FEMALE",
"location": "31",
"interests": [
"party",
"music"
],
"picture": false,
"video": true,
"audio": true,
"online": true,
"lastActivity": 1356080952448,
"joinDate": 1356080950416
}
}
]
}
}

Why isn't Henrik part of the search result when I search for audio true then?

Would be really great if someone had some kind of idea of what could be going
on here.

Thanks a lot,

Stine

--

--
David Pilato
http://www.scrutmydocs.org/
http://dev.david.pilato.fr/
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

--

Thanks, but seeing the same pattern with your refresh stmt. Sometimes it
works, sometimes it does not :frowning: What I do not understand at all is that I
can see that Henry's audio flag is actually true in the source I get back
when querying for him...

Den fredag den 21. december 2012 15.12.40 UTC+1 skrev David Pilato:

I never used your "_all" refresh.

Here is how I am doing it:

client . admin (). indices (). prepareRefresh (). execute (). actionGet
();

Does it solve your problem?

David.

Le 21 décembre 2012 à 15:03, Stine <stine...@gmail.com <javascript:>> a
écrit :

I have a unit test where I insert a lot of profiles into my Elasticsearch
index and then execute some different searching queries against the index.

After indexing I refresh using:

client.admin().indices().refresh(refreshRequest("_all")).actionGet();
After my tests the index is deleted using:

client.admin().indices().prepareDelete("searching").execute().actionGet
();

The strange thing is that sometimes all my tests are executed
successfully and sometimes some of them fail - the reason being that the
expected list of profiles does not match the actual list of profiles.

One example I have seen is when i search for profiles having audio true
using a query like this:

{
"query" : {
"filtered" : {
"query" : { "match_all": {} },
"filter" : { "and": { "filters": [ { "term": { "audio": true } } ]
} }
}
}
}

Then I get back the following three profiles:

{
"took": 1,
"timed_out": false,
"_shards": {
"total": 5,
"successful": 5,
"failed": 0
},
"hits": {
"total": 3,
"max_score": 1,
"hits": [
{
"_index": "searching",
"_type": "profiles",
"_id": "9",
"_score": 1,
"_source": {
"id": "9",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "11111112",
"nickname": "ANNA",
"age": 35,
"hasGender": true,
"gender": "FEMALE",
"sexPref": "FEMALE",
"location": "31.Test2.etc",
"interests": [
"party"
],
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356068041004,
"joinDate": 1356068038885
}
},
{
"_index": "searching",
"_type": "profiles",
"_id": "2",
"_score": 1,
"_source": {
"id": "2",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "33333333",
"nickname": "JENS",
"age": 60,
"hasGender": true,
"gender": "MALE",
"sexPref": "FEMALE",
"location": "32",
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356068040990,
"joinDate": 1356068038838
}
},
{
"_index": "searching",
"_type": "profiles",
"_id": "10",
"_score": 1,
"_source": {
"id": "10",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "11111113",
"nickname": "BRENDA",
"age": 25,
"hasGender": true,
"gender": "FEMALE",
"sexPref": "BOTH",
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356053641006,
"joinDate": 1356053638891
}
}
]
}
}

BUT Henry actually has audit true as well - at least that is what I see
when I query him using:

{
"query" : {
"filtered" : {
"query" : { "match_all": {} },
"filter" : { "and": { "filters": [ { "term": { "nickname": "henry"
} } ] } }
}
}
}

I get:

{
"took": 1,
"timed_out": false,
"_shards": {
"total": 5,
"successful": 5,
"failed": 0
},
"hits": {
"total": 1,
"max_score": 1,
"hits": [
{
"_index": "searching",
"_type": "profiles",
"_id": "1",
"_score": 1,
"_source": {
"id": "1",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "22222222",
"nickname": "HENRY",
"age": 56,
"hasGender": true,
"gender": "MALE",
"sexPref": "FEMALE",
"location": "31",
"interests": [
"party",
"music"
],
"picture": false,
"video": true,
"audio": true,
"online": true,
"lastActivity": 1356080952448,
"joinDate": 1356080950416
}
}
]
}
}

Why isn't Henrik part of the search result when I search for audio true then?

Would be really great if someone had some kind of idea of what could be going on here.

Thanks a lot,

Stine

--

--
David Pilato
http://www.scrutmydocs.org/
http://dev.david.pilato.fr/
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

--

Just wondering if you are using another test tool (like infinitest) or if you
are working with coworkers on the same lan but with the same cluster name (not
isolated)?

Could you gist your use case? Or could you reproduce it with a pure curl
commands sequence and gist it?

David.

Le 21 décembre 2012 à 15:16, Stine stinesplace@gmail.com a écrit :

Thanks, but seeing the same pattern with your refresh stmt. Sometimes it
works, sometimes it does not :frowning: What I do not understand at all is that I can
see that Henry's audio flag is actually true in the source I get back when
querying for him...

Den fredag den 21. december 2012 15.12.40 UTC+1 skrev David Pilato:

I never used your "_all" refresh.

Here is how I am doing it:

client . admin (). indices (). prepareRefresh (). execute (). actionGet
();

Does it solve your problem?

David.

Le 21 décembre 2012 à 15:03, Stine < stine...@gmail.com> a écrit :

> > > I have a unit test where I insert a lot of profiles into my
> > > Elasticsearch index and then execute some different searching
> > > queries against the index.
After indexing I refresh using:

client.admin().indices().refresh(refreshRequest("_all")).actionGet();
After my tests the index is deleted using:

client.admin().indices().prepareDelete("searching").execute().actionGet();

The strange thing is that sometimes all my tests are executed

successfully and sometimes some of them fail - the reason being that the
expected list of profiles does not match the actual list of profiles.

One example I have seen is when i search for profiles having audio

true using a query like this:

{
  "query" : {
    "filtered" : {
      "query" : { "match_all": {} },
      "filter" : { "and": { "filters": [ { "term": { "audio": true } }

] } }
}
}
}

Then I get back the following three profiles:

{
    "took": 1,
    "timed_out": false,
    "_shards": {
        "total": 5,
        "successful": 5,
        "failed": 0
    },
    "hits": {
        "total": 3,
        "max_score": 1,
        "hits": [
            {
                "_index": "searching",
                "_type": "profiles",
                "_id": "9",
                "_score": 1,
                "_source": {
                    "id": "9",
                    "provider": "en_DK_TEST",
                    "operator": "en_DK_TEST",
                    "msisdn": "11111112",
                    "nickname": "ANNA",
                    "age": 35,
                    "hasGender": true,
                    "gender": "FEMALE",
                    "sexPref": "FEMALE",
                    "location": "31.Test2.etc",
                    "interests": [
                        "party"
                    ],
                    "picture": false,
                    "video": false,
                    "audio": true,
                    "online": false,
                    "lastActivity": 1356068041004,
                    "joinDate": 1356068038885
                }
            },
            {
                "_index": "searching",
                "_type": "profiles",
                "_id": "2",
                "_score": 1,
                "_source": {
                    "id": "2",
                    "provider": "en_DK_TEST",
                    "operator": "en_DK_TEST",
                    "msisdn": "33333333",
                    "nickname": "JENS",
                    "age": 60,
                    "hasGender": true,
                    "gender": "MALE",
                    "sexPref": "FEMALE",
                    "location": "32",
                    "picture": false,
                    "video": false,
                    "audio": true,
                    "online": false,
                    "lastActivity": 1356068040990,
                    "joinDate": 1356068038838
                }
            },
            {
                "_index": "searching",
                "_type": "profiles",
                "_id": "10",
                "_score": 1,
                "_source": {
                    "id": "10",
                    "provider": "en_DK_TEST",
                    "operator": "en_DK_TEST",
                    "msisdn": "11111113",
                    "nickname": "BRENDA",
                    "age": 25,
                    "hasGender": true,
                    "gender": "FEMALE",
                    "sexPref": "BOTH",
                    "picture": false,
                    "video": false,
                    "audio": true,
                    "online": false,
                    "lastActivity": 1356053641006,
                    "joinDate": 1356053638891
                }
            }
        ]
    }
}

BUT Henry actually has audit true as well - at least that is what I

see when I query him using:

{
  "query" : {
    "filtered" : {
      "query" : { "match_all": {} },
      "filter" : { "and": { "filters": [ { "term": { "nickname":

"henry" } } ] } }
}
}
}

I get:

{
    "took": 1,
    "timed_out": false,
    "_shards": {
        "total": 5,
        "successful": 5,
        "failed": 0
    },
    "hits": {
        "total": 1,
        "max_score": 1,
        "hits": [
            {
                "_index": "searching",
                "_type": "profiles",
                "_id": "1",
                "_score": 1,
                "_source": {
                    "id": "1",
                    "provider": "en_DK_TEST",
                    "operator": "en_DK_TEST",
                    "msisdn": "22222222",
                    "nickname": "HENRY",
                    "age": 56,
                    "hasGender": true,
                    "gender": "MALE",
                    "sexPref": "FEMALE",
                    "location": "31",
                    "interests": [
                        "party",
                        "music"
                    ],
                    "picture": false,
                    "video": true,
                    "audio": true,
                    "online": true,
                    "lastActivity": 1356080952448,
                    "joinDate": 1356080950416
                }
            }
        ]
    }
}


Why isn't Henrik part of the search result when I search for audio

true then?

Would be really great if someone had some kind of idea of what could

be going on here.

Thanks a lot,


Stine




--

--
David Pilato
http://www.scrutmydocs.org/ http://www.scrutmydocs.org/
http://dev.david.pilato.fr/ http://dev.david.pilato.fr/
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

--

--
David Pilato
http://www.scrutmydocs.org/
http://dev.david.pilato.fr/
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

--

Stine,

If you are using dynamic mapping and elasticsearch 0.20.1 you might be
hitting this bug: First indexing of a dynamic boolean field can cause it not to be indexed correctly · Issue #2487 · elastic/elasticsearch · GitHub

Igor

On Friday, December 21, 2012 9:31:15 AM UTC-5, David Pilato wrote:

Just wondering if you are using another test tool (like infinitest) or
if you are working with coworkers on the same lan but with the same cluster
name (not isolated)?

Could you gist your use case? Or could you reproduce it with a pure curl
commands sequence and gist it?

David.

Le 21 décembre 2012 à 15:16, Stine <stine...@gmail.com <javascript:>> a
écrit :

Thanks, but seeing the same pattern with your refresh stmt. Sometimes it
works, sometimes it does not :frowning: What I do not understand at all is that I
can see that Henry's audio flag is actually true in the source I get back
when querying for him...

Den fredag den 21. december 2012 15.12.40 UTC+1 skrev David Pilato:

I never used your "_all" refresh.

Here is how I am doing it:

client . admin (). indices (). prepareRefresh (). execute (). actionGet
();

Does it solve your problem?

David.

Le 21 décembre 2012 à 15:03, Stine < stine...@gmail.com> a écrit :

I have a unit test where I insert a lot of profiles into my Elasticsearch
index and then execute some different searching queries against the index.

After indexing I refresh using:

client.admin().indices().refresh(refreshRequest("_all")).actionGet();
After my tests the index is deleted using:

client.admin().indices().prepareDelete("searching").execute().actionGet
();

The strange thing is that sometimes all my tests are executed
successfully and sometimes some of them fail - the reason being that the
expected list of profiles does not match the actual list of profiles.

One example I have seen is when i search for profiles having audio true
using a query like this:

{
"query" : {
"filtered" : {
"query" : { "match_all": {} },
"filter" : { "and": { "filters": [ { "term": { "audio": true } } ]
} }
}
}
}

Then I get back the following three profiles:

{
"took": 1,
"timed_out": false,
"_shards": {
"total": 5,
"successful": 5,
"failed": 0
},
"hits": {
"total": 3,
"max_score": 1,
"hits": [
{
"_index": "searching",
"_type": "profiles",
"_id": "9",
"_score": 1,
"_source": {
"id": "9",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "11111112",
"nickname": "ANNA",
"age": 35,
"hasGender": true,
"gender": "FEMALE",
"sexPref": "FEMALE",
"location": "31.Test2.etc",
"interests": [
"party"
],
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356068041004,
"joinDate": 1356068038885
}
},
{
"_index": "searching",
"_type": "profiles",
"_id": "2",
"_score": 1,
"_source": {
"id": "2",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "33333333",
"nickname": "JENS",
"age": 60,
"hasGender": true,
"gender": "MALE",
"sexPref": "FEMALE",
"location": "32",
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356068040990,
"joinDate": 1356068038838
}
},
{
"_index": "searching",
"_type": "profiles",
"_id": "10",
"_score": 1,
"_source": {
"id": "10",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "11111113",
"nickname": "BRENDA",
"age": 25,
"hasGender": true,
"gender": "FEMALE",
"sexPref": "BOTH",
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356053641006,
"joinDate": 1356053638891
}
}
]
}
}

BUT Henry actually has audit true as well - at least that is what I see
when I query him using:

{
"query" : {
"filtered" : {
"query" : { "match_all": {} },
"filter" : { "and": { "filters": [ { "term": { "nickname": "henry"
} } ] } }
}
}
}

I get:

{
"took": 1,
"timed_out": false,
"_shards": {
"total": 5,
"successful": 5,
"failed": 0
},
"hits": {
"total": 1,
"max_score": 1,
"hits": [
{
"_index": "searching",
"_type": "profiles",
"_id": "1",
"_score": 1,
"_source": {
"id": "1",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "22222222",
"nickname": "HENRY",
"age": 56,
"hasGender": true,
"gender": "MALE",
"sexPref": "FEMALE",
"location": "31",
"interests": [
"party",
"music"
],
"picture": false,
"video": true,
"audio": true,
"online": true,
"lastActivity": 1356080952448,
"joinDate": 1356080950416
}
}
]
}
}

Why isn't Henrik part of the search result when I search for audio true then?

Would be really great if someone had some kind of idea of what could be going on here.

Thanks a lot,

Stine

--

--
David Pilato
http://www.scrutmydocs.org/
http://dev.david.pilato.fr/
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

--

--
David Pilato
http://www.scrutmydocs.org/
http://dev.david.pilato.fr/
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

--

Hi Igor,

thanks a lot for your answer. I was not using 0.20.1 but nevertheless it
seemed to help replacing my true/false fields with 1/0 fields. At least I
have not been able to make my test fail after that change. Thanks!

-Stine

Den fredag den 21. december 2012 15.51.35 UTC+1 skrev Igor Motov:

Stine,

If you are using dynamic mapping and elasticsearch 0.20.1 you might be
hitting this bug:
First indexing of a dynamic boolean field can cause it not to be indexed correctly · Issue #2487 · elastic/elasticsearch · GitHub

Igor

On Friday, December 21, 2012 9:31:15 AM UTC-5, David Pilato wrote:

Just wondering if you are using another test tool (like infinitest) or
if you are working with coworkers on the same lan but with the same cluster
name (not isolated)?

Could you gist your use case? Or could you reproduce it with a pure curl
commands sequence and gist it?

David.

Le 21 décembre 2012 à 15:16, Stine stine...@gmail.com a écrit :

Thanks, but seeing the same pattern with your refresh stmt. Sometimes it
works, sometimes it does not :frowning: What I do not understand at all is that I
can see that Henry's audio flag is actually true in the source I get back
when querying for him...

Den fredag den 21. december 2012 15.12.40 UTC+1 skrev David Pilato:

I never used your "_all" refresh.

Here is how I am doing it:

client . admin (). indices (). prepareRefresh (). execute (). actionGet
();

Does it solve your problem?

David.

Le 21 décembre 2012 à 15:03, Stine < stine...@gmail.com> a écrit :

I have a unit test where I insert a lot of profiles into my Elasticsearch
index and then execute some different searching queries against the index.

After indexing I refresh using:

client.admin().indices().refresh(refreshRequest("_all")).actionGet();
After my tests the index is deleted using:

client.admin().indices().prepareDelete("searching").execute().actionGet
();

The strange thing is that sometimes all my tests are executed
successfully and sometimes some of them fail - the reason being that the
expected list of profiles does not match the actual list of profiles.

One example I have seen is when i search for profiles having audio true
using a query like this:

{
"query" : {
"filtered" : {
"query" : { "match_all": {} },
"filter" : { "and": { "filters": [ { "term": { "audio": true } } ]
} }
}
}
}

Then I get back the following three profiles:

{
"took": 1,
"timed_out": false,
"_shards": {
"total": 5,
"successful": 5,
"failed": 0
},
"hits": {
"total": 3,
"max_score": 1,
"hits": [
{
"_index": "searching",
"_type": "profiles",
"_id": "9",
"_score": 1,
"_source": {
"id": "9",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "11111112",
"nickname": "ANNA",
"age": 35,
"hasGender": true,
"gender": "FEMALE",
"sexPref": "FEMALE",
"location": "31.Test2.etc",
"interests": [
"party"
],
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356068041004,
"joinDate": 1356068038885
}
},
{
"_index": "searching",
"_type": "profiles",
"_id": "2",
"_score": 1,
"_source": {
"id": "2",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "33333333",
"nickname": "JENS",
"age": 60,
"hasGender": true,
"gender": "MALE",
"sexPref": "FEMALE",
"location": "32",
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356068040990,
"joinDate": 1356068038838
}
},
{
"_index": "searching",
"_type": "profiles",
"_id": "10",
"_score": 1,
"_source": {
"id": "10",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "11111113",
"nickname": "BRENDA",
"age": 25,
"hasGender": true,
"gender": "FEMALE",
"sexPref": "BOTH",
"picture": false,
"video": false,
"audio": true,
"online": false,
"lastActivity": 1356053641006,
"joinDate": 1356053638891
}
}
]
}
}

BUT Henry actually has audit true as well - at least that is what I see
when I query him using:

{
"query" : {
"filtered" : {
"query" : { "match_all": {} },
"filter" : { "and": { "filters": [ { "term": { "nickname": "henry"
} } ] } }
}
}
}

I get:

{
"took": 1,
"timed_out": false,
"_shards": {
"total": 5,
"successful": 5,
"failed": 0
},
"hits": {
"total": 1,
"max_score": 1,
"hits": [
{
"_index": "searching",
"_type": "profiles",
"_id": "1",
"_score": 1,
"_source": {
"id": "1",
"provider": "en_DK_TEST",
"operator": "en_DK_TEST",
"msisdn": "22222222",
"nickname": "HENRY",
"age": 56,
"hasGender": true,
"gender": "MALE",
"sexPref": "FEMALE",
"location": "31",
"interests": [
"party",
"music"
],
"picture": false,
"video": true,
"audio": true,
"online": true,
"lastActivity": 1356080952448,
"joinDate": 1356080950416
}
}
]
}
}

Why isn't Henrik part of the search result when I search for audio true then?

Would be really great if someone had some kind of idea of what could be going on here.

Thanks a lot,

Stine

--

--
David Pilato
http://www.scrutmydocs.org/
http://dev.david.pilato.fr/
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

--

--
David Pilato
http://www.scrutmydocs.org/
http://dev.david.pilato.fr/
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

--