Skip to content
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

Adding Application Customizer to existing Web Part Project causes web parts to not be deployed #3219

Open
coreyroth opened this issue Jan 8, 2019 · 8 comments

Comments

@coreyroth
Copy link

@coreyroth coreyroth commented Jan 8, 2019

Category

  • Question
  • Typo
  • Bug
  • Additional article idea

Expected or Desired Behavior

This issue occurs when adding an application customizer using yo to an existing SPFx project that has a web part in it. When you add the application customizer, the Web Parts are no longer deployed.

Observed Behavior

After the application customizer is added to the project, the Web Part is no longer deployed (the application customizer is deployed).

Steps to Reproduce

  1. Create a new SPFx project (occurs in 1.6 and 1.7) with a web part. Default settings are fine.
  2. Deploy your project, verify that the web parts is present.
  3. Use yo to add an application customizer to the project.
  4. Increment version in package-solution.json
  5. Deploy new version to app catalog an install update on your site.
  6. The application customizer will be present. The web parts will no longer be deployed.

GitHub Repo

My repo below shows the issue.
https://github.com/coreyroth/WebPartPlusAppCustomizer/blob/master/README.md

Recommendations

This is caused by the fact that web parts do not require a feature entry in package-solution.json. When you add an application customizer, it creates a feature entry and then the web parts are not deployed. In this case, when you run yo to add the application customizer, it should add the component ids of any existing web part to the feature.

Warnings should also be provided to users as to avoid having multiple features which causes issues with the wrong version of code being loaded as shown in issue #3199.

@msft-github-bot
Copy link
Collaborator

@msft-github-bot msft-github-bot commented Jan 8, 2019

Thank you for reporting this issue. We will be triaging your incoming issue as soon as possible.

@coreyroth
Copy link
Author

@coreyroth coreyroth commented Jan 8, 2019

Here is a post detailing the work-around for when this occurs.

@patmill
Copy link
Contributor

@patmill patmill commented Jan 8, 2019

@coreyroth - were you using the 'skip feature activation' flag or not?

@VesaJuvonen
Copy link
Contributor

@VesaJuvonen VesaJuvonen commented Jan 8, 2019

I'll answer on the question... the sample which @coreyroth provided is not using tenant scoped deployment (aka skip feature activation) and therefore requires a solution to be installed on a site. Basically, a developer is looking to deploy two web parts and one application extension to a single site. That should work and we'll absolutely need to have a look at this.

@Leif-Frederiksen
Copy link
Contributor

@Leif-Frederiksen Leif-Frederiksen commented Jul 2, 2020

I just fell into this trap as well.

The link to the work-around that @coreyroth posted does not work.
Any suggestions for getting info on the work-around?

/Leif

@linorol
Copy link

@linorol linorol commented Aug 6, 2020

Hi,

Any update on this issue ?

@msgx
Copy link
Contributor

@msgx msgx commented Sep 3, 2020

@coreyroth: Here is a post detailing the work-around for when this occurs.

Unfortunately, the link is broken now. Have you moved the blogpost to your new site? If so, could you please update the link?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
9 participants