Skip to content

Conversation

geoand
Copy link
Contributor

@geoand geoand commented Jul 11, 2025

We should never use the same priority value that
Authorization or Authentication use as that can
cause problems to other extensions

We should never use the same priority value that
Authorization or Authentication use as that can
cause problems to other extensions

- Fixes: quarkusio#48812
Copy link

quarkus-bot bot commented Jul 11, 2025

Status for workflow Quarkus CI

This is the status report for running Quarkus CI on commit 8c6c0d6.

✅ The latest workflow run for the pull request has completed successfully.

It should be safe to merge provided you have a look at the other checks in the summary.

You can consult the Develocity build scans.

@geoand geoand merged commit 02ef5fd into quarkusio:main Jul 11, 2025
29 checks passed
@geoand geoand deleted the #48812 branch July 11, 2025 14:05
@quarkus-bot quarkus-bot bot added this to the 3.25 - main milestone Jul 11, 2025
final IndexView index = indexBuildItem.getIndex();
WebsocketClientProcessor.registerCodersForReflection(reflection, index.getAnnotations(SERVER_ENDPOINT));

int priority = 1 + FilterBuildItem.AUTHORIZATION;
Copy link
Member

Choose a reason for hiding this comment

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

This is (old) WebSocket so it shouldn't matter and I don't know anything about it, but for record, I think it would be better if this was the opposite - 1-FilterBuildItem.AUTHORIZATION because this priority is multiplied by -1 and it means that this handler will run before the authorization handler. If they have some HTTP permissions, they will not run before WS handler.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Feel free to open a PR in that case

Copy link
Member

Choose a reason for hiding this comment

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

I'd have to analyze why it worked this way before (why was the priority same), how the legacy WS works etc. I don't think I'll do that. I just tried to provide information, I have no problem with keeping what you have.

@gsmet gsmet modified the milestones: 3.25.0.CR1, 3.24.4 Jul 16, 2025
@jmartisk jmartisk modified the milestones: 3.24.4, 3.20.3 Aug 13, 2025
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.

Duplicate key -100 in GrpcServerProcessor after upgrading to Quarkus 3.20.0
5 participants