[Save this search]

Status
All
   Fixed (7187)
  Closed (4682)
✓Open (2550)
   Won't Fix (545)
   Duplicate (297)
   Invalid (217)
   Not A Problem (195)
Issue type
✓All
  Issue (2245)
  PR (305)
Author relation
✓All
  None (2036)
  Member (628)
  Contributor (423)
  New contributor (57)
Created
✓All
  Past day (2)
  Past 2 days (6)
  Past 3 days (9)
  Past week (14)
  Past month (29)
  Past 3 months (86)
  Past 6 months (127)
  Past year (255)
Updated
✓All
  Past day (13)
  Past 2 days (18)
  Past 3 days (25)
  Past week (30)
  Past month (57)
  Past 3 months (126)
  Past 6 months (167)
  Past year (479)
Updated ago
✓All
  > 1 day ago (2537)
  > 2 days ago (2532)
  > 3 days ago (2525)
  > 1 week ago (2520)
  > 1 month ago (2493)
  > 3 months ago (2424)
  > 1 year ago (2070)
Comment count
✓All
  0 (561)
  1 (356)
  2 - 5 (796)
  6 - 10 (437)
  10 - 20 (306)
  > 20 (165)
Reaction count
✓All
  0 (2268)
  1 (168)
  2 - 5 (92)
  6 - 10 (16)
  10 - 20 (5)
  > 20 (1)
Review Requested
✓All
  jpountz (14)
  mikemccand (10)
  benwtrent (5)
  rmuir (4)
  iverase (4)
  dweiss (3)
  msokolov (3)

See all 22...
Mentioned
✓All
  jpountz (94)
  mikemccand (74)
  rmuir (50)
  benwtrent (49)
  msokolov (39)
  uschindler (38)
  dweiss (17)

See all 203...
Reviewed
✓All
  jpountz (24)
  mikemccand (23)
  benwtrent (16)
  rmuir (14)
  msokolov (13)
  uschindler (11)
  dweiss (10)

See all 60...
Commented
✓All
  asfimport (1369)
  github-actions[bot] (235)
  jpountz (140)
  mikemccand (124)
  rmuir (96)
  benwtrent (83)
  msokolov (80)

See all 289...
User
✓All
  asfimport (1811)
  github-actions[bot] (273)
  mikemccand (210)
  jpountz (202)
  rmuir (128)
  benwtrent (124)
  msokolov (105)

See all 442...
Last comment user
✓All
  asfimport (1326)
  github-actions[bot] (228)
  mikemccand (34)
  jpountz (32)
  rmuir (24)
  benwtrent (17)
  msokolov (16)

See all 155...
Draft
✓All
  No (254)
  Yes (51)
Component
✓All
  core (593)
  analysis (150)
  highlighter (46)
  spatial (41)
  facet (40)
  queryparser (26)
  test-framework (23)

See all 23...
Type
✓All
  enhancement (1174)
  bug (724)
  task (199)
  test (78)
  documentation (23)
Labels
✓All
  Stale (224)
  legacy-jira-fix-versio... (214)
  legacy-jira-fix-versio... (169)
  affects-version:4.0-ALPHA (81)
  tool:build (54)
  vector-based-search (47)
  affects-version:6.0 (37)

See all 157...
Commits?
✓All
  No (2550)
Reporter
✓All
  rmuir (270)
  mikemccand (156)
  jpountz (126)
  dsmiley (69)
  uschindler (52)
  romseygeek (42)
  iverase (41)

See all 743...
Assignee
✓All
  Unassigned (2308)
  mikemccand (35)
  uschindler (31)
  romseygeek (27)
  dsmiley (22)
  rmuir (15)
  jpountz (11)

See all 45...
  
Filters: Status (Open),  Issue type,  Author relation,  Created,  Updated,  Updated ago,  Comment count,  Reaction count,  Review Requested,  Mentioned,  Reviewed,  Commented,  User,  Last comment user,  Draft,  Component,  Type,  Labels,  Commits?,  Reporter,  Assignee

#15608 PR: TopFieldCollectorManager: Support thread safe
28.1 minutes ago  5 comments  0 votes  0 watches  github-actions[bot], javanna, prudhvigodithi
Description TopFieldCollectorManager: Support thread safe, resolves https://github.com/apache/ ... ~**Note: Will add some tests and open for discussion to continue support getCollectors()**~
    javanna 28.1 minutes ago:  hi @prudhvigodithi thanks opening this PR. I commented on the issue that this PR addresses (see https://github.com/apache/lucene/issues/ ... In short I am not sure that this PR fixes a real bug, and I believe supporting concurrency in ...
    github-actions[bot] 1.1 months ago:  This PR has not had activity in the past 2 weeks, labeling it as stale. If the PR is waiting for review, notify the dev@lucene.apache.org list. Thank you for your contribution!

#15605: TopFieldCollectorManager is not thread-safe despite claiming "thread-safe internal states"
30.6 minutes ago  10 comments  0 votes  0 watches  benwtrent, gun-pi, javanna, prudhvigodithi
Description TopFieldCollectorManager class documentation states that it creates an instance "with ... Collectors field is ArrayList, and it is modified in newCollector() without any synchronisation. So I get ArrayOfBoundException for Collectors field when I call newCollector() concurrently.
    javanna 30.6 minutes ago:  I am catching up on this, and I read the comments above, but I don't follow entirely what the ... In the design of inter-segment concurrency in Lucene, newCollector gets called sequentially by the ... The thread safety needs to be guaranteed for all data structures that are shared across the ...
    prudhvigodithi 2.2 months ago:  I havent got any response on draft PR. I have updated the PR ready for review https://github.com/apache/lucene/pull/15608/changes adding ...

#16001 PR: Optimize IndexSearcher.count() to rewrite the query once
48.5 minutes ago  2 comments  0 votes  0 watches  dsmiley, github-actions[bot], javanna
IndexSearcher.count was invoking Query.rewrite and then calling search() which would rewrite the ... Rewriting the query can be expensive. Credit to my colleague Niyant for noticing this when doing some JFR analysis.
    javanna 48.5 minutes ago:  Change looks reasonable to me, left a small comment on the constant score query wrapping logic.
    javanna 49 minutes ago:  to be exactly the same as before, shouldn't the weight be created providing new ConstantScoreQuery( ... Not sure if there are edge cases around this, but it seems like the rewritten query may not be a ... Am I reading this correctly?

#16000 PR: Clarify intent of Accountable#ramBytesUsed
2.5 hours ago  6 comments  0 votes  0 watches  benwtrent, github-actions[bot], jainankitk, javanna, mikemccand
The memory tracking is meant for heap memory and not off-heap.
    javanna 2.5 hours ago:  > Do we have other examples where something is moved off-heap? One that comes to mind is KnnVectorsReader , which does not implement Accountable but has a ... That seems like a conscious choice.
    jainankitk 11.8 hours ago:  Looks reasonable to me. While the name ramBytesUsed is misleading, but JVM heap memory is what the API reports as of today!

#15892 PR: Change access modifier for readAdvise in MMapDirectory
9.7 hours ago  5 comments  0 votes  0 watches  ChrisHegarty, benwtrent, github-actions[bot], jainankitk, navneet1v, vigyasharma
Description Change access modifier for readAdvise in MMapDirectory. Made the access modifier protected so that classes which overrides MMapDirectory can use the ... I considered adding a getter for this parameter too, but went against it since the return type is ...
    ChrisHegarty 21.7 hours ago:  Can you please explain a little more why would want to make this change? (what use case you’re trying to solve)
    github-actions[bot] 1.4 days ago:  This PR has not had activity in the past 2 weeks, labeling it as stale. If the PR is waiting for review, notify the dev@lucene.apache.org list. Thank you for your contribution!

#15993 PR: Add maxValueCount to DocValuesSkipper metadata
11.7 hours ago  1 comments  0 votes  0 watches  github-actions[bot], iprithv, jainankitk
# Description resolves https://github.com/apache/lucene/issues/15794 - Add DocValuesSkippermaxV ... . - Persist exact global maxValueCount metadata in Lucene90 doc values skipper metadata for new ...
    jainankitk 11.7 hours ago:  I am wondering if this information needs to stored as part of DocValuesSkipper as this should be ... Also, this PR - https://github.com/apache/lucene/pull/15737 might be related.

#15978 PR: Fix HNSW InfoStream duplicate times and add per-chunk completion logging
13.5 hours ago  28 comments  0 votes  0 watches  github-actions[bot], iprithv, mikemccand
# Description: Fixes 15967 The printGraphBuildStatus method in HnswGraphBuilder.addVectors() ... However, during concurrent HNSW merging, each worker processes chunks of 2048 vectors, and the ... This means the print fires **at most once per chunk**, always on the first matching node where t == ...
    iprithv 13.5 hours ago:  sure, done. Thanks!
    mikemccand 15.3 hours ago:  Hmm we still have some NSs mergeStartTimeNS, cumulativeWorkTimeNS at least? Let's fix all of them to be consistent? Otherwise this looks awesome, thanks @iprithv.

[20.7 msec search, 21.6 msec total]