[BUG] PnP Provisioning does not handle Dashboard Web Parts correctly
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 42/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- powershell
- Ambito
- tooling
Direzione di ricerca
Inizia dalla gestione del provisioning PnP per il Custom CanvasControl e i relativi JsonControlData serializzati, quindi confronta i valori di DashboardId e dashboardURL in Home.aspx con il Dashboard.aspx sottoposto a provisioning. Riproduci lo scenario con Dashboard.aspx, i relativi ACEs e il Dashboard for Viva Connections web part, quindi verifica che le schede sottoposte a rendering corrispondano a Get-PnPVivaConnectionsDashboardACE.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Related to #5374
Summary
When provisioning a Communication Site using a PnP Provisioning template, the Dashboard for Viva Connections web part on Home.aspx may not render the ACEs stored on Dashboard.aspx.
The issue appears related to the web part’s serialized personalizationData.DashboardId, which includes the Site Pages list item ID of Dashboard.aspx.
The DashboardId has this shape: {sitecollectionid}_{siteid}_{sitePagesListId}_{dashboardPageListItemId}
So, the provisioned web part can end up pointing at the wrong dashboard (page) item unless the token is correctly resolved or post-processed. When this is the case, the Dashboard Web Part displays the default set of ACEs instead of those in Dashboard.aspx.
I think this all stems from the fact that PnP Provisioning treats the Dashboard Web Part as a Custom Web Part. Here is the relevant section of the XML:
<pnp:CanvasControl WebPartType="Custom" JsonControlData="{"webPartId":"9cc0f495-db64-4d74-b06b-a3de16231fe1","rteInstanceId":null,"addedFromPersistedData":true,"reservedHeight":243,"reservedWidth":1204,"controlType":3,"id":"d8c79f95-65f8-4b12-b558-85fbf55fa1a7","position":{"controlIndex":3,"zoneIndex":5,"sectionIndex":1,"sectionFactor":100,"layoutIndex":1,"zoneId":"fb7ff564-69ef-49d3-a5e2-2a049096ce08"},"emphasis":{"zoneEmphasis":0},"flexibleLayoutPosition":{"lg":{"x":0,"y":4,"w":70,"h":14}},"properties":{"numVisibleCards":6,"dashboardURL":"https://{fqdn}{site}/SitePages/Dashboard.aspx","personalizationData":{"DashboardId":"{sitecollectionid}_{siteid}_{listid:Site Pages}_7","DashboardFormFactor":"Mobile","DashboardCardDetails":[],"LastModifiedDate":"2026-06-30T20:58:14.8267543Z"},"title":" "},"serverProcessedContent":{"htmlStrings":{},"searchablePlainTexts":{},"imageSources":{},"links":{}},"dynamicDataPaths":{},"dynamicDataValues":{},"dataVersion":"1.0"}" ControlId="9cc0f495-db64-4d74-b06b-a3de16231fe1" Order="3" Column="1" />
Expected behavior
When a site is provisioned with:
- Dashboard.aspx
- ACEs on Dashboard.aspx
- a Dashboard for Viva Connections web part on Home.aspx
…the Dashboard web part should render the same ACEs returned by:
Get-PnPVivaConnectionsDashboardACE
Actual behavior
After provisioning:
- Dashboard.aspx contains the expected ACEs.
Get-PnPVivaConnectionsDashboardACEreturns the expected ACEs.- But the Dashboard for Viva Connections web part on Home.aspx may show a different set of ACEs.
- Clicking See all from the Dashboard web part opens a URL like:
/sites/[siteName]/_layouts/15/sharepointapp.aspx?disableRedirect=true&isFromDashboardWP=true
rather than directly rendering the Dashboard.aspx page canvas.
This makes troubleshooting confusing because:
- Dashboard.aspx may appear correct - but not usually because the ACEs don't seem to be provisioned correctly, either.
- The Dashboard web part has
dashboardURLpointing to Dashboard.aspx. - But the rendered cards may not match the ACE controls on Dashboard.aspx.
- Lingua principale
- C#
- Stelle
- 906
- Fork
- 408
- Merge medio
- 2g 19h
- PR unite (30g)
- 12
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di pnp/powershell
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
pnp/powershell#5476 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 52/100
pnp/powershell#5492 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 52/100
pnp/powershell#5485 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
pnp/powershell#5477 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
pnp/powershell#5466 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di pnp/powershell
Issue simili
-
Bug Platform: Android
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
getsentry/sentry-dotnet#5764 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
microsoft/SimpleL7Proxy#287 ·
I maintainer di solito rispondono entro 1 giorno
-
bug priority: P2
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
IridiumIO/CompactGUI#699 ·
I maintainer di solito rispondono entro 3 giorni