{"section":"known-issues","requestedLocale":"es","requestedSlug":"la-cabecera-rest-contentrange-muestra-un-total-incorrecto-al-utilizar-un-indice-personalizado-en-una-entidad","locale":"es","slug":"la-cabecera-rest-contentrange-muestra-un-total-incorrecto-al-utilizar-un-indice-personalizado-en-una-entidad","path":"docs/es/known-issues/Storage/la-cabecera-rest-contentrange-muestra-un-total-incorrecto-al-utilizar-un-indice-personalizado-en-una-entidad.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\n\nAl consultar documentos utilizando un índice personalizado como filtro y el encabezado REST-Range (por ejemplo, resources=0-100), el encabezado REST-Content-Range de la respuesta devuelve un total incorrecto de recursos (por ejemplo, 300). Sin embargo, la consulta con un rango superior (por ejemplo, resources=300-400) revela que el total real es mayor. Esto ocurre porque la consulta utiliza un índice personalizado en lugar del indexador.\n\n\n#### Simulación\n\n\n\n1.\n\nRealice una búsqueda con el índice personalizado como filtro en una entidad que tenga más de 300 documentos con la cabecera:\n\n    REST-Rango: resources=0-100\n\n2. Observa que la respuesta `REST-Content-Range` indica un total de `300`.\n3.\n\nRealiza otra petición utilizando:\n\n    REST-Rango: resources=300-400\n\n4. Observe que siguen devolviéndose documentos, lo que indica que el total real es superior a 300.\n\n## Workaround\n\n\nElimine el índice personalizado. Esto obligará a la aplicación a consultar directamente al indexador, que devuelve correctamente el recuento total."}