Skip to content

chore+docs: uv.lock for 4.23.0, and_cross sweep, and the v1-39 OpenAPI pin - #514

Merged
g-despot merged 4 commits into
v1-39/mainfrom
v1-39/uv-lock
Aug 13, 2026
Merged

chore+docs: uv.lock for 4.23.0, and_cross sweep, and the v1-39 OpenAPI pin#514
g-despot merged 4 commits into
v1-39/mainfrom
v1-39/uv-lock

Conversation

@g-despot

@g-despot g-despot commented Aug 13, 2026

Copy link
Copy Markdown
Contributor

Four commits from the final 1.39 sweep. All small, all independent.

uv.lock for weaviate-client 4.23.0. pyproject.toml was bumped while 4.23.0 was tagged but unpublished, so the lockfile kept resolving 4.22.0 and every workflow running a bare uv sync died at dependency install. 4.23.0 is on PyPI now.

and_cross added to the BM25 concepts pages. concepts/search/keyword-search.md still listed two operators and asserted, as a worked example, that tokens spread across properties cannot match. That is specific to and, not to BM25. concepts/search/hybrid-search.md carried the same two-operator claim. Both corrected, and search/hybrid.md gained the v1.38.8 qualifier it was missing. A three-pass sweep confirms the claim now survives in five places, all correct.

REST API reference repointed to the v1-39 spec. docusaurus.config.js was pinned at v1-38/openapi-for-docs. I created weaviate/weaviate branch v1-39/openapi-for-docs by merging v1.39.0 into the curated 1.38 spec branch and verified the raw URL serves Swagger 2.0 at info.version: 1.39.0, 77 paths.

Worth knowing

The 1.39 REST spec is not purely additive. PUT /schema/{className}/indexes/{propertyName} is removed, replaced by PUT /schema/{className}/properties/{propertyName}/index/{indexName} with new /rebuild and /cancel sub-resources. I checked every api/rest# deep link in the docs: none targets the removed endpoint, so nothing dangles. But the endpoint disappears from the reference with no doc trail.

This pin is the only Weaviate version reference in the repo that no automation touches. update-config-versions.js auto-corrects versions-config.json and nothing else, and no release checklist mentions creating the v1-XX/openapi-for-docs branch or repointing this config. That is the mechanical reason it was missed for 1.39.

Not fixed here

The bm25_operators diagram on the keyword-search page still shows two operators. It is a raster asset and needs a design pass.

pyproject.toml was bumped to 4.23.0 while that version was tagged but not
yet published, so the lockfile could not be regenerated at the time and
kept resolving 4.22.0. Every workflow that runs a bare uv sync failed at
dependency install as a result.

4.23.0 is now on PyPI, so the lockfile resolves.

@orca-security-eu orca-security-eu Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Orca Security Scan Summary

Status Check Issues by priority
Passed Passed Secrets high 0   medium 0   low 0   info 0 View in Orca

g-despot and others added 3 commits August 13, 2026 17:24
The keyword-search concepts page still listed two search operators and
asserted, as a general truth, that query tokens spread across different
properties cannot match. Core v1.38.8 added a third operator that exists
precisely to match tokens across properties.

- Add and_cross to the operator list, with its tokenization/analyzer
  constraint and an "available from v1.38.8" qualifier, matching the
  phrasing already used on api/graphql/search-operators.md.
- Reword the lead sentence to match search/bm25.md and search/hybrid.md,
  so "within a single searched property" describes what an operator can
  require rather than what all operators require.
- Keep the worked example but scope its cross-property claim to `and`,
  and note that the same object does match under and_cross.

Plain `and` is unchanged and still per-property; this is an addition,
not a behaviour change.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Follow-up to 9cc115e, which fixed only the keyword-search concepts page.

- concepts/search/hybrid-search.md listed the operators as "and or or" in
  a passing mention of the BM25 parameters hybrid search inherits. Name
  and_cross alongside them and link the phrase to the concepts section
  that carries the semantics, keeping the mention at its original depth.
- search/hybrid.md named and_cross under the shared "Added in v1.31"
  note with no qualifier of its own, so a v1.38.8 operator appeared to
  date from v1.31. Add the inline "(available from v1.38.8)" form used
  on api/graphql/search-operators.md and on the concepts page.

The two-operator claim now appears nowhere under docs/.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
The interactive REST reference (@scalar/docusaurus at /weaviate/api/rest)
was still pinned to the curated v1-38/openapi-for-docs branch. Bump the
ref to v1-39/openapi-for-docs, which carries info.version 1.39.0.

Verified by fetching the exact URL literal from the config: HTTP 200,
412645 bytes, valid Swagger 2.0. Against the 1.38 spec it adds
/search/{collection}/near-text, the namespace suspend/resume pair and the
property index rebuild/cancel pair, and drops
/schema/{className}/indexes/{propertyName}.

This pin is not covered by _build_scripts/update-config-versions.js, which
only rewrites versions-config.json, so it is a manual per-release step.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@g-despot g-despot changed the title chore: regenerate uv.lock for weaviate-client 4.23.0 chore+docs: uv.lock for 4.23.0, and_cross sweep, and the v1-39 OpenAPI pin Aug 13, 2026
@g-despot
g-despot merged commit cbb101b into v1-39/main Aug 13, 2026
3 checks passed
@g-despot
g-despot deleted the v1-39/uv-lock branch August 13, 2026 16:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant