Joshua Send

Results 81 issues of Joshua Send

## Problem to Solve Reasoner's current planning can end up in combinatorial states that have to be worked around (sometimes unsuccessfully). To improve this, we should use a statistics-driven planning,...

type: feature
priority: high
domain: reasoner

## Problem to Solve & Proposed Solution During the extraction of `Concludable` and `Retrievables`, we maintain a set of visited constraints to exclude. This logic is completely predicated on the...

type: refactor
priority: medium
domain: reasoner

## Problem to Solve Currently, reasoning is only enabled in read transactions (schema or data). We should carefully reconsider how to enable reasoning in data write transactions. ## Current Workaround...

type: feature
priority: medium
domain: reasoner

## Problem to Solve In #6209 we reverted a prior change #6176, which enabled the main traversals in reasoner to run using asynchronous producers. However, this caused random stalling in...

type: bug
priority: high
domain: reasoner

## What is the goal of this PR? { In the form of a paragraph (only use bullet points if strictly necessary), please describe the goal of this PR, why...

## Description ## Environment 1. OS (where Grakn server runs):Mac OS 12 2. Grakn version (and platform): Grakn Core 1.6.2 3. Grakn client: anywhere 4. Other environment details: ## Reproducible...

type: bug
x: good first issue
priority: low

## Problem to Solve We would like to protect users from leaving transactions open indefinitely and causing memory leaks, as well as protecting them from the misbehaving query that is...

type: feature
priority: medium

## Problem to Solve Currently, the ownership structure looks like: `Conjunction`, owns `Variable`, which owns sets of `Constraint`. However, the equality of `Conjunction`, depends on the equality of `Variable`. To...

type: refactor
priority: blocker
domain: language

## Problem to Solve To build up on #6460, we wish to enable users to persist configurations to the database. This is especially useful in TypeDB Cluster, where there is...

type: feature
priority: medium

## Problem to Solve To match existing databases' capabilities, we should be able to store microsecond resolution for datetime values. SQL standards do not implement nanoseconds, although for example Neo4j...

type: feature
priority: high