[Draft] [Example] Integrate a webspace specific setting administration interface

[alexander-schranz]

This is not yet working as sulu/sulu#6985 is not yet part of the Sulu Core. Workaround is going over a list currently.

What's in this PR?

Create a webspace specific setting entity. To demostrate how to add a new form

TODO

• Add Router Attributes to Form Request to ResourceTabs View sulu#6985

Related

• [Example] Integrate global settings entity into the administration interface #88

[alexander-schranz]

This should be get part of the createResourceTabViewBuilder as addRouterAttributesToFormRequest when implemented

[hual7]

This should be get part of the createResourceTabViewBuilder as addRouterAttributesToFormRequest when implemented

Is there anything planed to get the webspace in createResourceTabViewBuilder?
THX for info

[alexander-schranz]

The Builder is generally for all webspaces. To get the webspace in the endpoint which this view is for you need $request->query->get('webspace');. If you want to hide a tab you may could try use tabCondition but I'm not sure which data is available in the condition itself.

[hual7]

Something is different in the admin build, so I run in a permission view error because I didn't get the webspace key with $request->query->get('webspace')
Is there any sulu js extension in the example, that is not loaded via bin/console sulu:admin:update-build?
THX

[LCorentinL]

Hello @alexander-schranz

This is the error i get with your code on /admin/api/webspace-settings/-

In fact i set the right for my user here :

After a little analyse, i think it comes from :

self::getWebspaceSettingSecurityContext('#webspace#') => $this->getSecurityContextPermissions(),

I made this for debug :
public static function getWebspaceSettingSecurityContext($webspaceKey): string { var_dump($webspaceKey); return \sprintf('%s%s.%s', PageAdmin::SECURITY_CONTEXT_PREFIX, $webspaceKey, 'settings'); }

and here are the dump :
string(4) "demo" string(10) "#webspace#"

I think the #webspace# is not interpreted and i get the sulu.webspaces..settings instead of sulu.webspaces.demo.settings

UPDATE :
I tried adding 'demo' instead of #webspace# for testing, and it's not that.
So the bug comes from :
`
public function getSecurityContext()
{
$request = $this->requestStack->getCurrentRequest();

    return WebspaceSettingAdmin::getWebspaceSettingSecurityContext($request->query->get('webspace'));
}

`

In WebspaceSettingController.php

$request->query->get('webspace' => NULL

I also dump $request->query and this i what i get :
object(Symfony\Component\HttpFoundation\InputBag)#14 (1) { ["parameters":protected]=> array(0) { } }

It's linking to this: #112

Thank you

[manuxi]

Facing the same problem here:

Error: 'Permission \"view\" in localization \"\" for context \"sulu.webspaces..settings\" and object with id \"\" and type \"\" not granted'

It seems that the sulu_core.webspace.webspace_manager injected in SettingsAdmin returns an empty element (only have one webspace here).
For debugging purposes I added the "string" type hint to public static function getWebspaceSettingSecurityContext(string $webspaceKey): string - the prevously fetch of the key of the webspace fails.

foreach ($this->webspaceManager->getWebspaceCollection() as $webspace) {
            $webspace->getKey(); // this is null as well as $webspace->getName();
}

[alexander-schranz]

This is still a Draft. Until sulu/sulu#6985 is part of the core this will not work as expected yet.

[alexander-schranz]

As a workaround you may can have a look at the https://github.com/bitExpert/sulu-securitytxt-bundle by @shochdoerfer to go over the FormListOverlay View.

[manuxi]

As a workaround you may can have a look at the https://github.com/bitExpert/sulu-securitytxt-bundle by @shochdoerfer to go over the FormListOverlay View.

Don't know exactly what you mean here - I went through the sulu-securitytxt-bundle but can not see how it could help here.
As described above and here the request object is null in my webspace settings controller. Tried it with several attempts (DI, Requeststack, typehint, etc.) - but cant get anything. It's always null.

[shochdoerfer]

@manuxi the only thing I did was to fake it :) I made the webspace_key in my entity unique. Anytime you want to save an additional record, it will fail. That was the best implementation I could come up with.

I remember I experimented a lot with the different settings and how to catch errors on the server side, but I never achieved a fully working implementation. Thus, using the table view and allowing only to save 1 element was the best alternative I could come up with. Eagerly waiting for #6985 to get merged :)