Skip to content

[filebeat][streaming] - Fixed a websocket panic scenario which would occur after exhausting max retries#44342

Merged
ShourieG merged 7 commits intoelastic:mainfrom
ShourieG:websocket/possible_panic_fix
May 20, 2025
Merged

[filebeat][streaming] - Fixed a websocket panic scenario which would occur after exhausting max retries#44342
ShourieG merged 7 commits intoelastic:mainfrom
ShourieG:websocket/possible_panic_fix

Conversation

@ShourieG
Copy link
Contributor

@ShourieG ShourieG commented May 15, 2025

Type of change

  • Bug

Proposed commit message

In some scenarios the websocket response object can become nil and
cause  certain logging statements to cause an unexpected panic. This PR
fixes once  such identified scenario.

Checklist

  • My code follows the style guidelines of this project
  • I have commented my code, particularly in hard-to-understand areas
  • I have made corresponding changes to the documentation
  • I have made corresponding change to the default configuration files
  • I have added tests that prove my fix is effective or that my feature works
  • I have added an entry in CHANGELOG.next.asciidoc or CHANGELOG-developer.next.asciidoc.

Disruptive User Impact

None

Author's Checklist

  • [ ]

How to test this PR locally

Related issues

Use cases

Screenshots

Logs

@ShourieG ShourieG self-assigned this May 15, 2025
@ShourieG ShourieG requested a review from a team as a code owner May 15, 2025 08:31
@ShourieG ShourieG added Filebeat Filebeat bugfix Team:Security-Service Integrations Security Service Integrations Team input:streaming backport-8.17 Automated backport with mergify backport-8.18 Automated backport to the 8.18 branch backport-9.0 Automated backport to the 9.0 branch backport-8.19 Automated backport to the 8.19 branch labels May 15, 2025
@elasticmachine
Copy link
Contributor

Pinging @elastic/security-service-integrations (Team:Security-Service Integrations)

@botelastic botelastic bot added needs_team Indicates that the issue/PR needs a Team:* label and removed needs_team Indicates that the issue/PR needs a Team:* label labels May 15, 2025
@ShourieG ShourieG changed the title [filebeat][streaming] - Fixed a possible websocket panic scenario after exhausting max retries May 15, 2025
@ShourieG
Copy link
Contributor Author

@efd6, resolved all comments

@ShourieG ShourieG merged commit f6994c0 into elastic:main May 20, 2025
29 of 32 checks passed
@ShourieG ShourieG deleted the websocket/possible_panic_fix branch May 20, 2025 07:17
mergify bot pushed a commit that referenced this pull request May 20, 2025
…occur after exhausting max retries (#44342)

In some scenarios the websocket response object can become nil and
cause  certain logging statements to cause an unexpected panic. This PR
fixes once  such identified scenario.

(cherry picked from commit f6994c0)
mergify bot pushed a commit that referenced this pull request May 20, 2025
…occur after exhausting max retries (#44342)

In some scenarios the websocket response object can become nil and
cause  certain logging statements to cause an unexpected panic. This PR
fixes once  such identified scenario.

(cherry picked from commit f6994c0)
mergify bot pushed a commit that referenced this pull request May 20, 2025
…occur after exhausting max retries (#44342)

In some scenarios the websocket response object can become nil and
cause  certain logging statements to cause an unexpected panic. This PR
fixes once  such identified scenario.

(cherry picked from commit f6994c0)
mergify bot pushed a commit that referenced this pull request May 20, 2025
…occur after exhausting max retries (#44342)

In some scenarios the websocket response object can become nil and
cause  certain logging statements to cause an unexpected panic. This PR
fixes once  such identified scenario.

(cherry picked from commit f6994c0)
ShourieG added a commit that referenced this pull request May 20, 2025
…occur after exhausting max retries (#44342) (#44390)

In some scenarios the websocket response object can become nil and
cause  certain logging statements to cause an unexpected panic. This PR
fixes once  such identified scenario.

(cherry picked from commit f6994c0)

Co-authored-by: Shourie Ganguly <shourie.ganguly@elastic.co>
ShourieG added a commit that referenced this pull request May 20, 2025
…occur after exhausting max retries (#44342) (#44391)

In some scenarios the websocket response object can become nil and
cause  certain logging statements to cause an unexpected panic. This PR
fixes once  such identified scenario.

(cherry picked from commit f6994c0)

Co-authored-by: Shourie Ganguly <shourie.ganguly@elastic.co>
ShourieG added a commit that referenced this pull request May 20, 2025
…occur after exhausting max retries (#44342) (#44392)

In some scenarios the websocket response object can become nil and
cause  certain logging statements to cause an unexpected panic. This PR
fixes once  such identified scenario.

(cherry picked from commit f6994c0)

Co-authored-by: Shourie Ganguly <shourie.ganguly@elastic.co>
ShourieG added a commit that referenced this pull request May 20, 2025
…ic scenario which would occur after exhausting max retries (#44389)

* [filebeat][streaming] - Fixed a websocket panic scenario which would occur after exhausting max retries (#44342)

In some scenarios the websocket response object can become nil and
cause  certain logging statements to cause an unexpected panic. This PR
fixes once  such identified scenario.

(cherry picked from commit f6994c0)

* Update CHANGELOG.next.asciidoc

---------

Co-authored-by: Shourie Ganguly <shourie.ganguly@elastic.co>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

backport-8.17 Automated backport with mergify backport-8.18 Automated backport to the 8.18 branch backport-8.19 Automated backport to the 8.19 branch backport-9.0 Automated backport to the 9.0 branch bugfix Filebeat Filebeat input:streaming Team:Security-Service Integrations Security Service Integrations Team

3 participants