Sp-dev-docs: Web part deployed to tenant + site collection app catalog

Created on 20 Sep 2018  路  8Comments  路  Source: SharePoint/sp-dev-docs

Category

  • [ ] Question
  • [ ] Typo
  • [X] Bug
  • [ ] Additional article idea

Expected or Desired Behavior

If web part .sspkg is deployed via tenant, I could "override" the deployment by deploying updated package to site collection app catalog for testing and QA purposes before tenant wide deployment.

Observed Behavior

If you deploy web part .sspkg to tenant app catalog and to site collection app catalog, viewing the web part in the site collection sometimes renders the tenant app catalog version of the web part.

Steps to Reproduce

  1. Deploy web part .sspkg to tenant app catalog
  2. Enable site collection app catalog in site collection X
  3. Deploy updated version (don't modify web part IDs or other configuration values, just make UI modification for testing purposes) of the web part .sspkg to app catalog of site collection X
  4. Testing the web part in the site collection X, and sometimes the tenant wide web part is rendered, usually and almost always after CTRL+F5 type of refresh the site collection app catalog .sspkg version is rendered.

Users have reported this same on IE11 and Firefox, so it is not browser dependent issue.

Using 1.6.0.

spfx-general fixed bug-suspected

Most helpful comment

From this documentation Manage Site Collection App Catalog , it says "When a component exists in both the tenant's app catalog and the Site Collection App Catalog the version in the Site Collection App Catalog will take precedence whether it is an older or newer version." So if this is true, it sounds like a bug.

All 8 comments

Hi @jpalo

we too have registered this issue here: https://github.com/SharePoint/sp-dev-docs/issues/2329

It is very annoying error but we did not hear anything back from Microsoft about it.

The surprising part is not many are raising this issue. Does that mean, everybody is still in development phase? Or no one has reached to a stage where upgrade is required? @VesaJuvonen @waldekmastykarz guys please can you have a look at it?

It just might be the case that no one is testing their solution in the production environment along the previous version.

Let's not assume things. SP shouldn't randomly (or so it seems) pick the sspkg to use in the scenario described no matter what the actual use case is.

I guess the real question is whether this scenario is supported or not. Any details @VesaJuvonen?

From this documentation Manage Site Collection App Catalog , it says "When a component exists in both the tenant's app catalog and the Site Collection App Catalog the version in the Site Collection App Catalog will take precedence whether it is an older or newer version." So if this is true, it sounds like a bug.

This was a known bug, which has been now fixed an issue should no longer be there. It's now fixed to work like defined in the documentation. The fix was deployed worldwide on 18th of Oct. If you still see the issue, please let us know, but closing this for now. Sorry for the issue.

Issues that have been closed & had no follow-up activity for at least 7 days are automatically locked. Please refer to our wiki for more details, including how to remediate this action if you feel this was done prematurely or in error: Issue List: Our approach to locked issues

Was this page helpful?
0 / 5 - 0 ratings