Skip to content
This repository has been archived by the owner on Sep 16, 2021. It is now read-only.

Context menu behaviour changed/lost on upgrade #176

Open
fabriciojs opened this issue Jun 7, 2019 · 0 comments
Open

Context menu behaviour changed/lost on upgrade #176

fabriciojs opened this issue Jun 7, 2019 · 0 comments

Comments

@fabriciojs
Copy link

fabriciojs commented Jun 7, 2019

I am migrating a CMF/Sonata application from Symfony 2.8 to 3.4 - that made me upgrade all CMF/Sonata stuff as well.

In this process I moved from symfony-cmf/tree-browser-bundle:^1.0.0 to symfony-cmf/tree-browser-bundle :^2.1.

The last piece that puzzles me is an usability issue on the main tree displayed on Sonata's admin dashboard page. The context menu options no longer behaves the same/exists; after some struggling I was able to find out some cmf_resource.enhancers configuration that allowed some context menu behaviour to partially come back - but it is not working still i.e generating bad url for editing a node.

Before

image

We used to have in every node the Create option (shows all possible children for a given node and links to the create form of that block/page); remove which deletes it and the clicking on it used to go to the editing page.

Now

image

I can't open the context menu (left right also does nothing) on any node until some specific page nodes that I was able to include the edit/delete but they are generating bad URLs - do not work.


I was not able to find any conclusive documentation or issues/discussions regarding this situation precisely.

Can someone help me?

  • Should the default behaviour be like that?
  • Is it using cmf_resource enhancers the way to go?
  • Should I be able to configure or customize it to work as I want to? If so, is there any documentation or direction someone can point me to?
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant