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

fix: prevent dev-tools connection to downgrade to streaming transport #18447

Merged
merged 1 commit into from
Jan 15, 2024

Conversation

mcollovati
Copy link
Collaborator

Description

PushHandler expects that dev-tools connection to always use websocket transport. However, in case of client reconnection, atmosphere after a couple of attempts downgrades the transport to 'streaming', causing PushHandler to treat the connection as a Flow UI Push connection.
This change set 'websocket' also as atmospehere fallback transport, so all reconnection attempts will use the expected transport.

Fixes #18398

Type of change

  • Bugfix
  • Feature

Checklist

  • I have read the contribution guide: https://vaadin.com/docs/latest/guide/contributing/overview/
  • I have added a description following the guideline.
  • The issue is created in the corresponding repository and I have referenced it.
  • I have added tests to ensure my change is effective and works as intended.
  • New and existing tests are passing locally with my change.
  • I have performed self-review and corrected misspellings.

Additional for Feature type of change

  • Enhancement / new feature was discussed in a corresponding GitHub issue and Acceptance Criteria were created.

PushHandler expects that dev-tools connection to always use websocket transport.
However, in case of client reconnection, atmosphere after a couple of attempts
downgrades the transport to 'streaming', causing PushHandler to treat the
connection as a Flow UI Push connection.
This change set 'websocket' also as atmospehere fallback transport, so all
reconnection attempts will use the expected transport.

Fixes #18398
Copy link

sonarcloud bot commented Jan 12, 2024

Quality Gate Passed Quality Gate passed

The SonarCloud Quality Gate passed, but some issues were introduced.

42 New issues
0 Security Hotspots
No data about Coverage
0.0% Duplication on New Code

See analysis details on SonarCloud

Copy link

Test Results

1 055 files  ± 0  1 055 suites  ±0   1h 14m 40s ⏱️ -22s
6 798 tests ± 0  6 753 ✅ ± 0  45 💤 ±0  0 ❌ ±0 
7 103 runs  +34  7 047 ✅ +34  56 💤 ±0  0 ❌ ±0 

Results for commit b50a1b2. ± Comparison against base commit 7d126d1.

@mshabarov mshabarov merged commit f628a1e into main Jan 15, 2024
26 checks passed
@mshabarov mshabarov deleted the issues/18398-dev_tools_websocket_reconnect branch January 15, 2024 12:37
vaadin-bot pushed a commit that referenced this pull request Jan 15, 2024
…#18447)

PushHandler expects that dev-tools connection to always use websocket transport.
However, in case of client reconnection, atmosphere after a couple of attempts
downgrades the transport to 'streaming', causing PushHandler to treat the
connection as a Flow UI Push connection.
This change set 'websocket' also as atmospehere fallback transport, so all
reconnection attempts will use the expected transport.

Fixes #18398
vaadin-bot added a commit that referenced this pull request Jan 15, 2024
…#18447) (#18460)

PushHandler expects that dev-tools connection to always use websocket transport.
However, in case of client reconnection, atmosphere after a couple of attempts
downgrades the transport to 'streaming', causing PushHandler to treat the
connection as a Flow UI Push connection.
This change set 'websocket' also as atmospehere fallback transport, so all
reconnection attempts will use the expected transport.

Fixes #18398

Co-authored-by: Marco Collovati <marco@vaadin.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Push cannot re-establish connection after a while
4 participants