-
Notifications
You must be signed in to change notification settings - Fork 151
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
Invoke-PnPSiteTemplate: You already have a full width section on this page, you can't add a section with vertical column #1058
Comments
Seeing the same issue. |
Same issue here with a customer on targeted release with the branding central (preview). Could it be that PnP Powershell has issues reading and writing the new page header options in SharePoint? |
@till-llit I've done some digging. It seems related to the new header in SharePoint pages.
|
@paalolav : yes, it is related to the new way to save the header as a "OneColumnFullWidth". when i remove it from the template everything works as expected. i guess the import script must be updated to allow this combination of Controls |
@till-llit We've done further testing. This is a big issue for light provisioning automations at the moment. Hope that the PnP team is on this and updates the import. |
@paalolav @till-llit Paalolav is right about the Order. The current Logic is, that the first section shalle be OneColumnFullWith ad the Control in it of Type PageTitle. The reason for the current check is, that the XML-Schema of PNP does not allow to specify the new Header Type and therefore we need to have it under HeaderType-Default and check after the fact. Have the Pages you have issues with been created new or have they been converted during save from old layout to new? You can check this on Page-Field-History Field CanvasControl1. The way i understand it, we should be good if i change the code in a way that i check if we have any section of type OneColumnFullWidth with the PageTitle.WebPart in it and then set modern header and reorder the rest of the sections. |
@czullu : i did my tests both, with brand new pages and existing pages. both scenarios fail when there are other sections than onecolumn after the new header section. |
I mad the fixes for pnpcore and pnpframework and they have been merged to dev branch. You will have to use beta version of pnp powershell until next official release. |
i was referring to this question in the post before, have not yet tested the dev branch
im currently trying to figure out how to include the nightly build in our azure function and let you know how it works once im done. and thank you for your efforts! |
i still see the same error with 2.12.21 nightly PnP.PowerShell |
Did you reexport the template-xml? You need to as the detection was to strict and you have wrong header info in xml. |
yes i did - i just tried it again. attached is my exported xml, you should see the same error during import (had to mask it as a txt file, github does not like xml) |
Today I came across with the same problem when provisioning a template in which there is a page with a OneColumnFullWidth and a OneColumnVerticalSection. I updated to PnP.Framework using @czullu fix mentioned and updated PnP.Core to 1.14.110-nightly and continue with the same issue.
|
might be related to #1043
PnP.PowerShell 2.10.0
Reproducible on Tenants in Standard Release and Targeted Release.
Steps to Repro:
Error:
XML Export File:
The text was updated successfully, but these errors were encountered: