Skip to content
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

release: v1.28.1 #3696

Merged
merged 9 commits into from
Aug 28, 2023
Merged

release: v1.28.1 #3696

merged 9 commits into from
Aug 28, 2023

Conversation

abernix
Copy link
Member

@abernix abernix commented Aug 28, 2023

Note
This particular PR should be true-merged to main.

This PR represents the merge to main of the v1.28.1 release.

This PR is primarily a merge commit, so reviewing every individual commit shown below is not necessary since those have been reviewed in their own PR.

However! Some things to review on this PR:

  • Does this PR target the right branch? (usually, main)
  • Are the appropriate version bumps and release note edits in the end of the commit list (or within the last few commits). In other words, "Did the 'release prep' PR actually land on this branch?"

If those things look good, this PR is good to merge.

BrynCooke and others added 9 commits August 24, 2023 17:30
Remove inaccurate comment about jsonpath_rust needing to clone
I got some changes merged upstream so now no cloning!

<!-- start metadata -->

**Checklist**

Complete the checklist (and note appropriate exceptions) before a final
PR is raised.

- [ ] Changes are compatible[^1]
- [ ] Documentation[^2] completed
- [ ] Performance impact assessed and acceptable
- Tests added and passing[^3]
    - [ ] Unit Tests
    - [ ] Integration Tests
    - [ ] Manual Tests

**Exceptions**

*Note any exceptions here*

**Notes**

[^1]. It may be appropriate to bring upcoming changes to the attention
of other (impacted) groups. Please endeavour to do this before seeking
PR approval. The mechanism for doing this will vary considerably, so use
your judgement as to how and when to do this.
[^2]. Configuration is an important part of many changes. Where
applicable please try to document configuration examples.
[^3]. Tick whichever testing boxes are applicable. If you are adding
Manual Tests:
- please document the manual testing (extensively) in the Exceptions.
- please raise a separate issue to automate the test and label it (or
ask for it to be labeled) as `manual test`

Co-authored-by: bryn <[email protected]>
*Description here*

Fixes #3658

<!-- start metadata -->

**Checklist**

Complete the checklist (and note appropriate exceptions) before a final
PR is raised.

- [x] Changes are compatible[^1]
- [ ] Documentation[^2] completed
- [ ] Performance impact assessed and acceptable
- Tests added and passing[^3]
    - [ ] Unit Tests
    - [ ] Integration Tests
    - [ ] Manual Tests

**Exceptions**

*Note any exceptions here*

**Notes**

Right now, I've set it to take the max possible value for
`PlanNode::Condition`. An alternative would be to return the min-max
possible values for the number of subgraph fetches instead. Let me know
what you folks prefer.

[^1]. It may be appropriate to bring upcoming changes to the attention
of other (impacted) groups. Please endeavour to do this before seeking
PR approval. The mechanism for doing this will vary considerably, so use
your judgement as to how and when to do this.
[^2]. Configuration is an important part of many changes. Where
applicable please try to document configuration examples.
[^3]. Tick whichever testing boxes are applicable. If you are adding
Manual Tests:
- please document the manual testing (extensively) in the Exceptions.
- please raise a separate issue to automate the test and label it (or
ask for it to be labeled) as `manual test`
…not exist (#3661)

The Router will no longer log an error in when fetching from Redis and the record doesn't exist. This affected APQ, QueryPlanning and experimental entity caching.

Fixes #2876

<!-- start metadata -->

**Checklist**

Complete the checklist (and note appropriate exceptions) before a final
PR is raised.

- [ ] Changes are compatible[^1]
- [ ] Documentation[^2] completed
- [ ] Performance impact assessed and acceptable
- Tests added and passing[^3]
    - [ ] Unit Tests
    - [ ] Integration Tests
    - [ ] Manual Tests

**Exceptions**

*Note any exceptions here*

**Notes**

[^1]. It may be appropriate to bring upcoming changes to the attention
of other (impacted) groups. Please endeavour to do this before seeking
PR approval. The mechanism for doing this will vary considerably, so use
your judgement as to how and when to do this.
[^2]. Configuration is an important part of many changes. Where
applicable please try to document configuration examples.
[^3]. Tick whichever testing boxes are applicable. If you are adding
Manual Tests:
- please document the manual testing (extensively) in the Exceptions.
- please raise a separate issue to automate the test and label it (or
ask for it to be labeled) as `manual test`

---------

Co-authored-by: bryn <[email protected]>
Follow-up to the v1.28.0 being officially released, bringing version
bumps and changelog updates into the `dev` branch.
Currently `extraContainers` are declared after the router container.
Moving the `extraContainers` ahead of the router container will make it
simpler to co-ordinate container startup sequencing and take full
advantage of kubernetes lifecycle hooks.

fixes: #3632

<!-- start metadata -->

**Checklist**

Complete the checklist (and note appropriate exceptions) before a final
PR is raised.

- [x] Changes are compatible[^1]
- [x] Documentation[^2] completed
- [x] Performance impact assessed and acceptable
- Tests added and passing[^3]
    - [ ] Unit Tests
    - [ ] Integration Tests
    - [ ] Manual Tests

**Exceptions**

*Note any exceptions here*

**Notes**

[^1]. It may be appropriate to bring upcoming changes to the attention
of other (impacted) groups. Please endeavour to do this before seeking
PR approval. The mechanism for doing this will vary considerably, so use
your judgement as to how and when to do this.
[^2]. Configuration is an important part of many changes. Where
applicable please try to document configuration examples.
[^3]. Tick whichever testing boxes are applicable. If you are adding
Manual Tests:
- please document the manual testing (extensively) in the Exceptions.
- please raise a separate issue to automate the test and label it (or
ask for it to be labeled) as `manual test`

---------

Co-authored-by: Jesse Rosenberger <[email protected]>
Co-authored-by: o0Ignition0o <[email protected]>
Co-authored-by: Bryn Cooke <[email protected]>
Co-authored-by: bryn <[email protected]>
Co-authored-by: Geoffroy Couprie <[email protected]>
Co-authored-by: Lenny Burdette <[email protected]>
Co-authored-by: Maria Elisabeth Schreiber <[email protected]>
Co-authored-by: Lucas Leadbetter <[email protected]>
Co-authored-by: Simon Sapin <[email protected]>
Co-authored-by: Chandrika Srinivasan <[email protected]>
Co-authored-by: Nicolas Moutschen <[email protected]>
[![Mend
Renovate](https://app.renovatebot.com/images/banner.svg)](https://renovatebot.com)

This PR contains the following updates:

| Package | Type | Update | Change |
|---|---|---|---|
| [apollo-compiler](https://togithub.com/apollographql/apollo-rs) |
dependencies | patch | `0.11.0` -> `0.11.1` |
| [apollo-parser](https://togithub.com/apollographql/apollo-rs) |
dependencies | patch | `0.6.0` -> `0.6.1` |
| [apollo-parser](https://togithub.com/apollographql/apollo-rs) |
build-dependencies | patch | `0.6.0` -> `0.6.1` |

---

### Release Notes

<details>
<summary>apollographql/apollo-rs (apollo-compiler)</summary>

###
[`v0.11.1`](https://togithub.com/apollographql/apollo-rs/releases/tag/apollo-compiler%400.11.1)

[Compare
Source](https://togithub.com/apollographql/apollo-rs/compare/[email protected]@0.11.1)

#### Features

- disable colours in diagnostics output if the terminal is not
interactive, by [EverlastingBugstopper] in [pull/628], [issue/499]

[EverlastingBugstopper]: https://togithub.com/EverlastingBugstopper

[pull/628]: https://togithub.com/apollographql/apollo-rs/pull/628

[issue/499]: https://togithub.com/apollographql/apollo-rs/issues/499

</details>

---

### Configuration

📅 **Schedule**: Branch creation - At any time (no schedule defined),
Automerge - At any time (no schedule defined).

🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.

♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.

👻 **Immortal**: This PR will be recreated if closed unmerged. Get
[config help](https://togithub.com/renovatebot/renovate/discussions) if
that's undesired.

---

- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box

---

This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/apollographql/router).

<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNi41Ni4wIiwidXBkYXRlZEluVmVyIjoiMzYuNjguMCIsInRhcmdldEJyYW5jaCI6ImRldiJ9-->

---------

Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: Renée Kooi <[email protected]>
The issue is described in detail here:
#3686

This PR uses `Weak` references to `Configuration` inside `Notify`'s
broadcast channel. This was causing a memory leak on router reload.

If the `upgrade` in the `subscription_task` is not successful, we cannot
update, so it is simply skipped this time, waiting for the next valid
configuration broadcast.

I'm not sure what the best way to test this is within the router test
suite. Happy to hear suggestions. I've validated it remediates the
memory leak issue on our end.

Co-authored-by: Jesse Rosenberger <[email protected]>
@abernix abernix requested a review from a team as a code owner August 28, 2023 16:04
@abernix abernix enabled auto-merge August 28, 2023 16:04
@router-perf
Copy link

router-perf bot commented Aug 28, 2023

CI performance tests

  • step - Basic stress test that steps up the number of users over time
  • events_without_dedup - Stress test for events with a lot of users and deduplication DISABLED
  • xlarge-request - Stress test with 10 MB request payload
  • xxlarge-request - Stress test with 100 MB request payload
  • events_big_cap_high_rate - Stress test for events with a lot of users, deduplication enabled and high rate event with a big queue capacity
  • const - Basic stress test that runs with a constant number of users
  • reload - Reload test over a long period of time at a constant rate of users
  • large-request - Stress test with a 1 MB request payload
  • events - Stress test for events with a lot of users and deduplication ENABLED
  • step-jemalloc-tuning - Clone of the basic stress test for jemalloc tuning
  • no-graphos - Basic stress test, no GraphOS.

@abernix abernix merged commit 6a6d651 into main Aug 28, 2023
@abernix abernix deleted the 1.28.1 branch August 28, 2023 16:26
abernix added a commit that referenced this pull request Aug 28, 2023
We yanked v1.28.0 due to
#3680, but re-published it
with #3696 (v1.28.1).

This moves the changelog from 1.28.0 to 1.28.1 where the full contents of
the release can be recognized!
abernix added a commit that referenced this pull request Aug 28, 2023
We yanked v1.28.0 due to
#3680, but re-published it
with #3696 (v1.28.1).

This moves the changelog from 1.28.0 to 1.28.1 where the full contents
of the release can be recognized!
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants