1# 包管理子系统Changelog 2 3## cl.bundlemanager.1 supportWindowModes选项配置fullscreen和split时，窗口由自由窗口状态启动变更为全屏启动 4 5**访问级别** 6 7公开接口 8 9**变更原因** 10 112in1设备上 通过 [supportWindowModes](../../../application-dev/quick-start/module-configuration-file.md#abilities标签)配置fullscreen和split时，2in1设备的窗口将以自由窗口状态启动，与预期效果不符。 12 13**变更影响** 14 15此变更涉及应用适配。 16 17变更前：supportWindowModes配置fullscreen和split时，2in1设备上以自由窗口启动。 18 19变更后：supportWindowModes配置fullscreen和split时，2in1设备上窗口全屏启动。 20 21**起始API Level** 22 23API 9 24 25**变更发生版本** 26 27从OpenHarmony 5.1.0.52 版本开始。 28 29**变更的接口/组件** 30 31module.json5中supportWindowModes标签 32 33**适配指导** 34 35API version 15及之后的版本, 开发者需要关注supportWindowModes配置fullscreen和split时，2in1设备上窗口全屏启动。 36若预期是以自由窗口启动，则需要在supportWindowModes原来的配置项中增加floating配置项。 37 38## cl.bundlemanager.2 install接口安装系统应用前，若对应的预置版本应用已卸载，会先安装预置版本应用 39 40**访问级别** 41 42系统接口 43 44**变更原因** 45 46原先可以直接安装任意版本的系统应用，导致小于或等于预置版本的应用也能成功安装。更改后，当重新安装已卸载的预置系统应用时，如果存在预置版本，会先安装预置版本，然后再安装目标版本。若目标版本号小于或等于预置版本号，则目标版本安装失败，从而避免安装小于或等于预置版本的系统应用。此外，目标版本应用能够继承预置版本的预置属性。 47 48**变更影响** 49 50此变更涉及应用适配。 51 52变更前：安装一个任意版本的系统应用，能够直接安装成功。 53 54变更后：安装一个系统应用，若存在预置版本且已被卸载，会先进行预置版本应用的安装，再安装目标版本应用。如果目标版本号高于预置版本，可以安装成功，否则会安装预置版本应用成功但安装目标版本应用失败。 55 56**起始API Level** 57 58API 9 59 60**变更发生版本** 61 62从OpenHarmony 5.1.0.52 版本开始。 63 64**变更的接口/组件** 65 66bundle.installer.d.ts中如下接口： 67 681. install(hapFilePaths: Array\<string\>, installParam: InstallParam, callback: AsyncCallback\<void\>) 692. install(hapFilePaths: Array\<string\>, callback: AsyncCallback\<void\>) 703. install(hapFilePaths: Array\<string\>, installParam?: InstallParam): Promise\<void\> 71 72**适配指导** 73 74开发者在安装预置系统应用场景，若出现安装失败但预置版本应用安装成功，检查并确保待安装应用版本号大于对应的预置版本号，再重新安装指定应用。