[IDEA] Be able to cancel a search that I started
Maintainer antworten meist innerhalb von 2 Tagen
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 38/100
Rechercherichtung
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.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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!
- Vorherrschende Sprache
- Java
- Sterne
- 227
- Forks
- 81
- Ø Merge
- 3 T. 6 Std.
- Gemergte PRs (30 T.)
- 15
Entwicklungsumgebung
- Enthält ein Dockerfile oder eine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus OpenIntegrationEngine/engine
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
OpenIntegrationEngine/engine#485 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
OpenIntegrationEngine/engine#478 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
OpenIntegrationEngine/engine#355 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
OpenIntegrationEngine/engine#347 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
OpenIntegrationEngine/engine#313 ·
Maintainer antworten meist innerhalb von 2 Tagen
Alle Issues in OpenIntegrationEngine/engine
Ähnliche Issues
-
[Bug] dubbo.protocol.triple.max-message-size is only read from OS environment variablesEvtl. vergeben @CCCLL hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
hierynomus/sshj#1070 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
intellij-elixir/intellij-elixir#4492 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
quarkiverse/quarkus-openapi-generator#1796 · 1 Kommentar ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
quarkiverse/quarkus-jooq#324 ·
Maintainer antworten meist innerhalb von 1 Tag