Affects Version/s: 7.2.X, 7.3.X, Master
Component/s: Content Display Widgets > Web Content Display widget
- Set up a 7.0 portal on de-80 fix-pack level (needs to be a version that does not include
- Create a new site
- Activate staging with default settings
- Create new structure with a link to page. Add a dummy template to it.
- Create two pages: "a" and "b"
- Using the structure create a new article. In the link to page select page "b".
- Place the new article in web content display portlets onto both pages
- Make a publication to Live.
- Verify that the publication is correct, and both pages on the Live site shows the web content
- Shut down the instance
- Upgrade the DB to 7.2
- Start the upgraded 7.2 portal
- Go to the site --> Staging and publish both pages.
Expected result: Both pages "a" and "b" shows the right web content
Actual result: The web content display on page "b" shows an error message instead of the content:
The selected web content no longer exists.
LPS-81953, The articleIds of live and staging instances were different. After that fix, the articleIds are the same in live and staging.
- The wrong articleId is set in JournalContentExportImportPortletPreferencesProcessor.processImportPortletPreferences(..). It basically falls back to the original articleId coming from the LAR file. This accidentally works, when these IDs are the same in staging and live. Otherwise the ID will be invalid.
- The root cause is in the order of imports. This configuration starts importing the article first, but it references to a Layout, that references back to the display portlet and the article. This means that the article is not imported correctly yet, when JournalContentExportImportPortletPreferencesProcessor tries to set it.