-
-
Notifications
You must be signed in to change notification settings - Fork 135
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
TASK: Refactor controller to not use static fusion path #2920
TASK: Refactor controller to not use static fusion path #2920
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good by reading…
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @daniellienert,
Resources/Private/Fusion/Backend/Prototypes/RenderConfiguration.fusion
has been moved by this change. That leads to several exceptions like this one:
Could not include Fusion file "resource://Neos.Neos.Ui/Private/Fusion/Prototypes/RenderConfiguration.fusion"
resource://Neos.Neos.Ui/Private/Fusion/Backend/Root.fusion:4
Exception Code | 1347977017
-- | --
Neos\Fusion\Exception
2021072513041021ee63
/tmp/neos/Development/SubContextddev/Cache/Code/Flow_Object_Classes/Neos_Fusion_Core_Parser.php
641
Packages/Application/Neos.Fusion/Classes/Core/Parser.php
This is because it is referenced here:
include: resource://Neos.Neos.Ui/Private/Fusion/Prototypes/RenderConfiguration.fusion |
Yet, updating the include won't cut it, because the prototype is also used here:
javascriptBackendInformation = Neos.Neos.Ui:RenderConfiguration { |
So, I'd suggest just to move the file back to its original path.
Other than that, the PR looks good :)
After moving back Resources/Private/Fusion/Backend/Prototypes/RenderConfiguration.fusion
to Resources/Private/Fusion/Prototypes/RenderConfiguration.fusion
, I also recommend rebasing the PR against master
. After that, E2E Tests are likely to go green again.
b146826
to
5a31e33
Compare
Probably also a rebase is needed here to make e2e tests work again. |
5a31e33
to
37a93a6
Compare
Also rebased this change and make it work with the latest state. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me, but I also adjusted something to make it work ;)
Im not super sure that the fusion contents are 1 to 1 the same ... aaand we have to remember when upmerging to use the new 9.0 configuration |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
no yes its the same
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
But now i fear with the refactoring for 9.0 in #3682 (see commit b5b918d) we have waited a bit too long ^^
i wouldnt want to have different backend controller fusion behaviour for 8.3 and 8.4 and 9.0
so instead i would propose to incorporate this cleanup into the mentioned pr or wait for it to be merged and target 9.0
/ cc @grebaldi
I'd be fine with targetting |
The fusion path is now dynamically determined by controller / action This enables additional actions with separate templates for that controller.
e0cb97c
to
3b0ecdf
Compare
The fusion path is now dynamically determined by controller / action
This enables additional actions with separate templates for that controller.
The path
Neos.Neos.Ui.BackendController.index
is used instead and theinitializeView
hook with$view->setFusionPath('backend');
was removed.