Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

[Worflow] Fixed GuardListener when using the new Security system#39671

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
lyrixx merged 1 commit intosymfony:5.2fromlyrixx:workflow-secu
Feb 15, 2021

Conversation

@lyrixx
Copy link
Member

QA
Branch?5.2
Bug fix?yes
New feature?no
Deprecations?no
TicketsFix#39505
LicenseMIT
Doc PR

@lyrixx
Copy link
MemberAuthor

I choose a totally different approach, like suggested by Wouterthere

@fabpot
Copy link
Member

@wouterj Can you review this one please?

@wouterj
Copy link
Member

I'm not so sure about the 5.2 target for this PR:

  • It's changing behavior, so it does need a CHANGELOG entry
  • It's remove an (exception) class, I don't think we are allowed to do so in any 5.x release?

We may be able to work around (1) by only doing this in the new system. Maybe we should set a parameter (e.g.security.exception_on_no_token) that is true when the new system is used and false otherwise. Wealready have some services depending on this knowledge, by using a parameter we can also depend on it in theGuardListener.

@lyrixx
Copy link
MemberAuthor

I'm not sure we must do something more about the BC. We open a door here, we don't close one.
Previously, a user MUST put a token in the token storage to make it work.
So we can be 100% sure a token is present.
So removing this check is dead code for current code. We only allow new security system to work

But maybe, I should let the removed exception, and deprecate it...

@chalasr
Copy link
Member

chalasr commentedFeb 7, 2021
edited
Loading

We open a door here, we don't close one.

Looking at the code, I agree here. This stops throwing an undocumented exception, which is fine for me as a bugfix.

But maybe, I should let the removed exception, and deprecate it...

I think so :) it's a hard break, we can do it smoothly on 5.x.

@wouterj
Copy link
Member

What I was meaning is that expressions now need to handletoken anduser beingnull, whereas it always wasTokenInterface andUserInterface before the changes in this PR, right?I haven't used Workflow at all, so I can't judge whether this is a blocker. On a second thought, as it only happens when using the experimental system (and it doesn't work at all for the new system), it's probably OK for a patch release.

@lyrixx
Copy link
MemberAuthor

yes and yes :) an anyway, without talking about the new security system, I think the patch is valid anyway.
When we look atwhy this exception has been added, when understand that this exception is not really required, and the new code seems more natural

@lyrixxlyrixx merged commitb15bfc4 intosymfony:5.2Feb 15, 2021
@lyrixxlyrixx deleted the workflow-secu branchFebruary 15, 2021 14:23
@chalasr
Copy link
Member

no approval, not good! :) See#40201

@lyrixx
Copy link
MemberAuthor

lyrixx commentedFeb 15, 2021
edited
Loading

@chalasr I know there are no approval, but the more than one month, without a clear direction of what I must do. So I do what I think is the best and I merged it 11 days later :)

Anyway, thanks for taking care of the BC

chalasr added a commit that referenced this pull requestFeb 15, 2021
… BC (chalasr)This PR was merged into the 5.2 branch.Discussion----------[Workflow] Re-add InvalidTokenConfigurationException for BC| Q             | A| ------------- | ---| Branch?       | 5.2| Bug fix?      | no| New feature?  | no| Deprecations? | no| Tickets       | -| License       | MIT| Doc PR        | -Reverts the BC breaking part of#39671Commits-------b596568 [Workflow] Re-add InvalidTokenConfigurationException for BC
@fabpotfabpot mentioned this pull requestMar 4, 2021
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

@nicolas-grekasnicolas-grekasnicolas-grekas left review comments

@chalasrchalasrAwaiting requested review from chalasr

@wouterjwouterjAwaiting requested review from wouterj

Assignees

No one assigned

Projects

None yet

Milestone

5.2

Development

Successfully merging this pull request may close these issues.

6 participants

@lyrixx@fabpot@wouterj@chalasr@nicolas-grekas@carsonbot

[8]ページ先頭

©2009-2025 Movatter.jp