-
Notifications
You must be signed in to change notification settings - Fork 610
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feat/highlight search on table click #701
Conversation
…SLint rules would not allow onClick on a <td>.
…utton default style to mantain same styling.
…dle a click on a table item.
…e-highlight-on-click
…e-highlight-on-click
…at the list item is clickable
size-limit report 📦
|
ScreenshotsResult
Details
|
Codecov Report
@@ Coverage Diff @@
## main #701 +/- ##
=======================================
Coverage 77.08% 77.08%
=======================================
Files 59 59
Lines 2037 2037
Branches 366 366
=======================================
Hits 1570 1570
Misses 439 439
Partials 28 28
Continue to review full report at Codecov.
|
This is awesome @eh-am thanks for picking this up and thanks to @gabrielzezze for getting it started! I think we should merge this as is, but considering creating a new |
/create-server |
@Rperry2174 Yeah I think so. There are certain table border shenanigans which make it not so straightforward to deal with |
* feat(frontend): clicking on table populates search highlight Co-authored-by: Gabriel Zezze <gabrielfz@al.insper.edu.br> Co-authored-by: gabrielzezze <gabriel@zezze.dev>
This PR adds a store-gateway component similar to what exists in Mimir. https://github.com/grafana/mimir/blob/main/pkg/storegateway/gateway.go This is still very early, so far I've decided to depends on Mimir to benefits from the shuffle sharding and replication strategy. I'm not planning to provide any block persistence for now only in-memory. In the future we should use memcached for symbols and tsdb index. The store gateway open block for each tenant within 24h - (now -2h). Since we don't have a compactor a single gateway can download data duplicated by the replication factor of ingesters. This means we need to deduplicate blocks data while streaming now. To speed this up I've implemented a BufferedIterator that helps merging multiple iterator in parallel. In the future we should probably only download compacted blocks. For now we always deduplicate even in the ingester code even though no duplication happens there, the PR was big enough and I don't think it's a big concern right now. The store-gateway also replicate data for high availability which means more duplicates are sent to queriers. We should consider sending block ULID and request querier to select the one to consider. To keep thing simple for the query path right now, we split the queries using the queryStoreAfter configuration. Ultimately if we dedupe by blocks we should be able to remove that configuration and select blocks that needs to be querier from the querier directly. --------- Co-authored-by: Christian Simon <simon@swine.de>
Continuation of #556
Closes #500
A video demonstrating how it works:
https://user-images.githubusercontent.com/6951209/148980139-4eacadc8-ade4-4a49-a0fd-4358bf1d9d9e.mp4
It's a bit sluggish due to #702