Regarding the deprecation of application properties, both Confluence and Jira retained their respective content and entity properties, which can be accessed and used via Forge. Why is Bitbucket taking a different approach?
Application properties are essential for extensions. In the Forge optimization guide, for instance, the recommendation is to use these properties instead of Forge storage to avoid the unnecessary costs.
Also, what is the plan for supporting display conditions in Forge if entity properties are not available? There is an open issue for this feature that is currently marked as a blocker.
In addition to the above, could you please specify which Connect modules will not be ported to Forge by the Connect End-of-Support?
There is a page which specifies the Jira and Confluence modules for which Forge support is not planned:
However I can’t find an equivalent for Bitbucket - I can just find this page which lists the currently-available equivalents:
I’ve opened FRGE-2218 to ask that a Forge equivalent for fileEditors please be created because right now that is blocking our Forge migration, however I am unsure whether that will be done before Connect EoS.