[IDEA] Be able to cancel a search that I started
Mantenedores costumam responder em até 2 dias
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 38/100
Direção de pesquisa
The request is a cancel control for an in-flight GUI search that currently blocks further searches until the query finishes, including aborting the database pipeline. Start from how search is launched in the client UI and how that call reaches the engine/DB, then identify an existing cancel or interrupt path if any. Done means a user can stop a long search, the GUI becomes usable again, and the backend work is actually terminated rather than only hidden.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Is your feature request related to a problem? Please describe.
I use search daily. I can be searching for anything, an accession number (which I always put in metadata) or a given string (yes, it's bad, but I usually use some other filters to narrow the depth of the search). Some times a search is taking forever and then I notice that it won't return anything. The GUI is pretty much toast now and any new searches will not work until the first one finishes.
Describe your use case
I need this feature so I can accomplish doing a search that I know will work, compared to the one that I started and it's killing the DB for no reason - since no results will come out of it (potentially after scanning the whole table)
Describe the solution you'd like
There should be a cancel search button that just kills the whole pipeline going to the DB.
Describe alternatives you've considered
My workaround is to kill the GUI completely and re-launch a new one. ugh!
- Linguagem predominante
- Java
- Estrelas
- 227
- Forks
- 81
- Merge médio
- 3d 6h
- PRs com merge (30d)
- 15
Preparar o ambiente
- Inclui um Dockerfile ou arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de OpenIntegrationEngine/engine
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
OpenIntegrationEngine/engine#485 ·
Mantenedores costumam responder em até 2 dias
-
enhancement
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 62/100
OpenIntegrationEngine/engine#478 · 1 comentário ·
Mantenedores costumam responder em até 2 dias
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
OpenIntegrationEngine/engine#355 ·
Mantenedores costumam responder em até 2 dias
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
OpenIntegrationEngine/engine#347 ·
Mantenedores costumam responder em até 2 dias
-
Fix call-home in test runAberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
OpenIntegrationEngine/engine#313 ·
Mantenedores costumam responder em até 2 dias
Todas as issues de OpenIntegrationEngine/engine
Issues semelhantes
-
[Bug] dubbo.protocol.triple.max-message-size is only read from OS environment variablesTalvez já em andamento @CCCLL assumiu hoje. Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 64/100
hierynomus/sshj#1070 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
intellij-elixir/intellij-elixir#4492 ·
Mantenedores costumam responder em até 1 dia
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 77/100
-
[Server] OpenAPI 3.1 YAML specs generate Object fields: resolveToJSON drops every schema typeAberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
quarkiverse/quarkus-openapi-generator#1796 · 1 comentário ·