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

[Workflow] Fixed bug of buildTransitionBlockerList when many transition are enabled#29141

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 2 commits intosymfony:4.1fromlyrixx:workflow-blocker
Nov 13, 2018

Conversation

@lyrixx
Copy link
Member

QA
Branch?4.1
Bug fix?yes
New feature?no
BC breaks?no
Deprecations?no
Tests pass?yes
Fixed tickets#28429#28432#28493
LicenseMIT
Doc PR

// marking. Because it means the marking was OK Transition are
// deterministic : it's not possible to have many transition enabled
// at the same time that match the same marking with the same name
if (!$transitionBlockerList->has(TransitionBlocker::BLOCKED_BY_MARKING)) {
Copy link
Member

Choose a reason for hiding this comment

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

We could update the condition above:if ($transitionBlockerList->isEmpty() || !$transitionBlockerList->has(TransitionBlocker::BLOCKED_BY_MARKING)) {

Copy link
MemberAuthor

Choose a reason for hiding this comment

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

But then the comment will be harder to understand because it applies to only one part of the if statement

I prefer to keep it as it. Are you OK with that?

Copy link
Member

Choose a reason for hiding this comment

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

yes, no blocker for me

lyrixx reacted with thumbs up emoji
$this->blockers[] =$blocker;
}

publicfunctionhas(string$code):bool
Copy link
Member

Choose a reason for hiding this comment

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

Should we mark this method as internal?

Copy link
MemberAuthor

Choose a reason for hiding this comment

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

It could be usefull to any one, isn't?
We could mark it internal, but I don't really see benefit of doing it.
It will update the code if you want.

@nicolas-grekasnicolas-grekas added this to the4.1 milestoneNov 8, 2018
{
$transitions =$this->definition->getTransitions();
$marking =$this->getMarking($subject);

Copy link
Member

Choose a reason for hiding this comment

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

Can you revert this change?


// We prefer to return transitions blocker by something else than
// marking. Because it means the marking was OK Transition are
// deterministic : it's not possible to have many transition enabled
Copy link
Member

Choose a reason for hiding this comment

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

extra space before:

Copy link
Member

Choose a reason for hiding this comment

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

many transitions?

}

// We prefer to return transitions blocker by something else than
// marking. Because it means the marking was OK Transition are
Copy link
Member

Choose a reason for hiding this comment

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

I don't understand this sentence. I don't get the subject of "are".

@lyrixx
Copy link
MemberAuthor

@fabpot Thanks for the review. I have addressed your comments.

@lyrixx
Copy link
MemberAuthor

Thanks for fixing this bug@Tetragramat.

@lyrixxlyrixx merged commit732f343 intosymfony:4.1Nov 13, 2018
lyrixx added a commit that referenced this pull requestNov 13, 2018
…ny transition are enabled (Tetragramat, lyrixx)This PR was merged into the 4.1 branch.Discussion----------[Workflow] Fixed bug of buildTransitionBlockerList when many transition are enabled| Q             | A| ------------- | ---| Branch?       | 4.1| Bug fix?      | yes| New feature?  | no| BC breaks?    | no| Deprecations? | no| Tests pass?   | yes| Fixed tickets |#28429#28432#28493| License       | MIT| Doc PR        |<!--Write a short README entry for your feature/bugfix here (replace this comment block.)This will help people understand your PR and can be used as a start of the Doc PR.Additionally: - Bug fixes must be submitted against the lowest branch where they apply   (lowest branches are regularly merged to upper ones so they get the fixes too). - Features and deprecations must be submitted against the master branch.-->Commits-------732f343 [Workflow] Made code simplerdb69ccc method buildTransitionBlockerList returns TransitionBlockerList of expected transition
@fabpotfabpot mentioned this pull requestNov 16, 2018
@fabpotfabpot mentioned this pull requestNov 26, 2018
@lyrixxlyrixx deleted the workflow-blocker branchMarch 22, 2019 15:14
@Amunak
Copy link
Contributor

Amunak commentedJun 26, 2024
edited
Loading

Has this been fully fixed? This change732f343 made it so that thecan() method will still fail on everything but the first transition in the list, because the transition name check will pass, but then a blocker will be created because the "from" place doesn't match.

@xabbuh
Copy link
Member

Comments on merged pull requests are likely to get lost. Please open a new issue if you think something is wrong and provide a small example application to reproduce it.

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

@fabpotfabpotfabpot approved these changes

@nicolas-grekasnicolas-grekasnicolas-grekas approved these changes

@xabbuhxabbuhxabbuh approved these changes

Assignees

No one assigned

Projects

None yet

Milestone

4.1

Development

Successfully merging this pull request may close these issues.

7 participants

@lyrixx@Amunak@xabbuh@fabpot@nicolas-grekas@carsonbot@Tetragramat

[8]ページ先頭

©2009-2025 Movatter.jp